Thursday, 2025-12-18

*** mrunge_ is now known as mrunge10:59
clarkbI'm looking at testing that our speculative gerrit images don't get pruned out of the intermediate registry anymore. I think I can just fetch them using the artifacts links in the job results. I'm not positive it has been long enough to have pruned them so will probably retest tomorrow17:44
corvusclarkb: yeah that should do it.  i think the bug was actually "it just deletes everything when it runs, and it runs every 24 hours" not "it must be 24 hours".  so as long as we have done a prune run since restarting the container, then it should be an effective test17:48
corvus(checking the logs for the prune run would be a good idea i think)17:48
clarkbcorvus: ack I'll check that too17:53
clarkbI am able to pull docker://insecure-ci-registry.opendev.org:5000/quay.io/opendevorg/gerrit:fab0f049404140219cf92ea700b5312a_3.11 which was built by https://zuul.opendev.org/t/openstack/build/fab0f049404140219cf92ea700b5312a/artifacts on the 16th.18:07
clarkbLooking at the registry itself I note to things. The first is that I think corvus has a shell with a less on an older log file which maybe keeping it around? The other is that I think we have a new traceback in pruning18:08
clarkbI'm working on a paste. I think what happens is we get a 404 (not sure why) then we try to json loads the result of that 404 and we crash18:10
clarkboh actually I think I may know why. Because older pruning would've deleted objects we expect to be around18:10
clarkbso we probably just need extra belts and suspenders?18:10
corvusshell should be cleaned up18:11
clarkbmordred: corvus: https://paste.opendev.org/show/b3QUW9yAacW5u97BycFS/18:12
clarkbbasically I think what happened is that our old previously broken pruning has pruned blobs/sha256:12ed6eaae601ebe26ec475149c387e5aec530e7aaf9d35e1127661937f8c0683/data so it is a 404 now18:13
clarkband then when we got to fetch it we 404 and pass None into json.loads() and boom18:13
clarkbwe probably need a try block around some layer of the pruning process to get it to proceed when the work is largely done?18:14
corvussounds right,  we should just treat that manifest is empty18:15
clarkbcorvus: ya this is the code path where it wants to keep the manifest but the layers have disappeared under it18:18
clarkbI'll work on a patch18:18
clarkbremote:   https://review.opendev.org/c/zuul/zuul-registry/+/971468 Handle missing manifests during pruning18:27
opendevreviewClark Boylan proposed opendev/system-config master: Update gitea to 1.25.3  https://review.opendev.org/c/opendev/system-config/+/97146918:38
clarkbI am around today if that looks good after its first round of testing and we awnt ot upgrade18:43
corvusclarkb: it merged20:00
Clark[m]Thanks (the zuul registry change(20:15
corvusoh haha i thought that's what you meant, but maybe you meant you're around for a gitea upgrade, sorry :)20:17
clarkbcorvus: I'm aroubnd for both :)20:35
clarkbI just wanted to clarify20:35

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!