-
Task
-
Resolution: Done
-
Blocker
-
None
-
None
-
None
-
False
-
None
-
False
-
Testable
-
-
Hi, my Zuul CI for https://gitlab.com/redhat/centos-stream/rpms/glib2/-/merge_requests/40 is failing with:
Downloading glib-2.80.2.tar.xz Remove downloaded invalid file /home/fedora/src/gitlab.com/redhat/centos-stream/rpms/glib2/glib-2.80.2.tar.xz Could not execute sources: Server returned status code 404
Notably, when pushing the source branch for this merge request, I received a scary warning from centpkg complaining that the source file was not uploaded to the lookaside cache:
$ git push -u me mcatanzaro/2.80.2 /usr/lib/python3.12/site-packages/centpkg/__init__.py:95: UserWarning: Unable to determine if this is a fork or not. Proceeding, but you should double check. warnings.warn('Unable to determine if this is a fork or not. Proceeding, but you should double check.', /usr/lib/python3.12/site-packages/centpkg/__init__.py:95: UserWarning: Unable to determine if this is a fork or not. Proceeding, but you should double check. warnings.warn('Unable to determine if this is a fork or not. Proceeding, but you should double check.', Source file (or tarball) 'glib-2.80.2.tar.xz' wasn't uploaded to the lookaside cache. Push operation was cancelled. Hint: this check (.git/hooks/pre-push script) can be bypassed by adding the argument '--no-verify' argument to the push command. error: failed to push some refs to 'gitlab.com:TheRealMichaelCatanzaro/centos_rpms_glib2.git'
I decided to ignore and use --no-verify because it really is present in the lookaside cache. Proof:
$ centpkg new-sources glib-2.80.2.tar.xz
File already uploaded: glib-2.80.2.tar.xz
All sources were already uploaded.
I assume we have some sort of infrastructure problem here, though I'm not sure what. It seems centpkg can see that the tarball is already there when going to upload it, but not during its pre-push hook. And Zuul is receiving a 404. I assume something is wrong with the lookaside cache.