Thursday, 2026-01-08

*** dmellado7 is now known as dmellado11:19
mhuclarkb: big "Aliens" vibe here https://tenor.com/byPfR.gif12:24
clarkbI still only see the one occurrence from fungi's testing so they didn't come last night :)15:50
clarkbfungi: thoughts on proceeding with https://review.opendev.org/c/opendev/system-config/+/971469 today to upgrade gitea to 1.25.3? You're the only one to review it so far. Its a bugfix update so I think it should be fine15:51
fungiseems good to me, though i'm disappearing for the next hour to grab lunch15:56
clarkbit will take about that long to gate anyway15:56
clarkbI can approve it in ~10 minutes if there are no objections15:57
fungicool15:57
clarkbit is approved16:10
clarkbslittle1_: it looks like you've managed to merge all but one of those branch merge changes. And the one that hasn't merged yet appears to be due to someone removing an approval (and it was reapproved recently so should also merge)16:12
slittle1_yes, all good now.  Thank16:15
clarkbLooking at zuul status for the gitea upgrade I notice a number of post failures and the first one I check doesn't have job logs. This implies a swift backend is failing.16:19
clarkbok the gitea change just failed on the same problem :/ I'm looking into executor logs now16:21
clarkbthat particular instance failed to upload to rax-iad on ze06. Now to see if it is only rax iad or all of rax16:23
clarkbsecond one I have checked is also rax iad and also ze0616:25
clarkbthe third is rax dfw on ze09. So no rax iad specific or ze06 specific16:27
clarkbhttps://zuul.opendev.org/t/openstack/build/7b1ec02b9414459081e7c2694fab0853 https://zuul.opendev.org/t/openstack/build/6d83ec480caa4dfd8f30bb1c6e23c9cb https://zuul.opendev.org/t/openstack/build/d5dcf4c627ab4a83aa49a26f6c8105ae in that order16:27
clarkbI'm going to check a couple more but I suspect we need to disable swift for rax entirely given both iad and dfw show up16:27
clarkbyes https://zuul.opendev.org/t/openstack/build/b4aca19c424c4e7aad420d13fe1ae13f is a case against rax ord so that is all three16:29
clarkb(that one was also on ze06 which is curious to me)16:29
opendevreviewClark Boylan proposed opendev/base-jobs master: Disable job log uploads to rax swift  https://review.opendev.org/c/opendev/base-jobs/+/97275516:34
opendevreviewClark Boylan proposed opendev/base-jobs master: Revert "Disable job log uploads to rax swift"  https://review.opendev.org/c/opendev/base-jobs/+/97275616:34
clarkbI've self approved 972755. It sets up base-test to only use rax swift for log uploads so we can test if things look better that way16:36
clarkbcorvus: the zuul status grafana graph shows we have a really high number of available nodes relative to in use nodes. 480:160 currently16:43
clarkbI noticed because I was surprised 972755 is taking so long to gate. The zuul ui nodes tab doesn't seem to show available nodes so it is hard to gauge what the distribution is there but the in-use numbers seem to match up somewhat with the grafana graph16:45
corvusavailable=ready16:45
clarkbaha in that case there are only ~53 ready nodes in the openstack tenant16:45
clarkbso maybe we're leaking them somewhere?16:45
corvusnot sure why that label was changed16:45
clarkbya looking at other tenants I'm not finding the other 400 ready/available nodes16:46
corvusi scraped the api and got 11316:47
clarkbmaybe the graph is broken (counting in-use + ready as available or something like that?)16:48
corvusmaybe? or multi counting tenants?16:48
corvus            - target: alias(stats.gauges.zuul.nodes.state.ready, 'Available')16:48
corvusi dunno, that looks a lot like pointing the finger at zuul's metrics :)16:49
clarkbthe jobs launched per hour graph implies to me that we were running at basically full steam ahead the two hours prior to this one (that is a lagging indicator)16:52
clarkbso ya I'm thinking this is less of a problem with zuul itself and more of a graph/metrics issue unless I find more info pointing fingers at an underlying problem16:52
clarkbbut that would also explain why it takes a while toget nodes assigned if we are full steam ahead16:53
clarkbthe log upload fix has its last job running now so I expect that to land shortly17:09
clarkband it failed on a linter thing in my change. Let me fix that and try again17:16
opendevreviewClark Boylan proposed opendev/base-jobs master: Disable job log uploads to rax swift  https://review.opendev.org/c/opendev/base-jobs/+/97275517:19
clarkbI'll update the revert once this actually merges17:20
fungiokay, back17:23
opendevreviewMerged opendev/base-jobs master: Disable job log uploads to rax swift  https://review.opendev.org/c/opendev/base-jobs/+/97275517:36
clarkbok updating revert now17:36
opendevreviewClark Boylan proposed opendev/base-jobs master: Revert "Disable job log uploads to rax swift"  https://review.opendev.org/c/opendev/base-jobs/+/97275617:37
clarkbof course by the time I get the workaround landed the cloud seems happier. I'll test with base-test in a bit and see if things look happy again and then can land the revert if so17:41
fungijust as a quick follow-up, my test client from yesterday was able to get 200/ok responses from docs.opendev.org again today, then i requested the honeypot url and it's back to 403/forbidden so the expiration seems to work as expected18:37
clarkbthank you for testing that18:42
clarkbit was the main thing that isn't covered by ci due to the 24 hour delay18:42
fungibefore i forget, paste.debian.net got an overhaul recently, this e-mail mentions things we might think about for our paste service: https://lists.debian.org/debian-devel-announce/2026/01/msg00006.html20:55
clarkbhttps://lib.rs/crates/iocaine is iocaine for anyone looking21:04
fungiwritten by another long-time debian developer21:07
fungithough looks like he stopped being a dd ~7 years ago now21:08
clarkb#status notice Zuul will be shutdown for maintenance work. See https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/WBBLBI6ZS6FA6Q5ZMH4C2MWPL3WG3H24/ for more details.23:41
opendevstatusclarkb: sending notice23:41
-opendevstatus- NOTICE: Zuul will be shutdown for maintenance work. See https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/WBBLBI6ZS6FA6Q5ZMH4C2MWPL3WG3H24/ for more details.23:42

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