poor interaction with thin clones

[Robert Collins]

Updating a thin clone of e.g. nova from review.openstack.org fails, but updating it from the github copy works.

To reproduce, make a thin clone from r.o.o, then let something get committed, then git pull and watch it fail.

[Jeremy Stanley (fungi)]

When you say "from review.openstack.org" what protocol do you mean? If this is HTTPS it's hitting an overlaid local replica served via Apache. If this is SSH it's hitting a jgit service embedded within the Gerrit JVM. Knowing whether it's one or both exhibiting this issue might help narrow down the cause.

[Robert Collins (lifeless)]

git remote -v
origin https://review.openstack.org/openstack/quantum.git (fetch)

[Jeremy Stanley (fungi)]

Interesting... that's definitely being proxied through to the Jetty Web server inside Gerrit's JVM, as opposed to https://review.openstack.org/p/openstack/quantum.git which would have hit the local /var/lib/git clone being served from the filesystem by Apache on the same server. It sounds like either there's something not quite right about the copy in the gerrit account's homedir (which is what Jetty serves up), or possibly it's a bug in Gerrit or Jetty.

[Jeremy Stanley (fungi)]

Perhaps we should also consider adding smarter Apache rewrite filters to redirect the above URL format (the one without /p) to also hit the local repository clones instead of Jetty.

[James E. Blair (corvus)]

We should see if this is still an issue with gerrit 2.8

[Launchpad Janitor (janitor)]

[Expired for OpenStack Core Infrastructure because there has been no activity for 60 days.]