Wednesday, 2026-09-30

@clarkb:matrix.org1007977 seems to work (it passed testing at least) maybe you can review that mnasiadka 00:12
@harbott.osism.tech:regio.chatubuntu mirror updates are stuck once again, I can look only later today, got an appointment now05:48
-@gerrit:opendev.org- Goutham Pacha Ravi proposed: [openstack/project-config] 1008004: Add #openstack-contrib-exp IRC channel https://review.opendev.org/c/openstack/project-config/+/100800406:03
@mnasiadka:matrix.orgJens Harbott: I'm looking at the reprepro stuck for ubuntu right now08:52
@mnasiadka:matrix.orgAh, wrong checksums, oh boy08:52
@mnasiadka:matrix.orgOk, retry seems to work08:56
@mnasiadka:matrix.orgvos release is running10:02
@harbott.osism.tech:regio.chatyay. openstack release is running, too. just ftr ;)10:02
@mnasiadka:matrix.orgOk, re-running the Ubuntu sync so we're sure everything is fine10:09
@mnasiadka:matrix.orgseems it is, it's running Contents exports10:10
@fungicide:matrix.orgthanks!10:16
@mnasiadka:matrix.orgWell, dropping the contents for Ubuntu would make the sync way faster - I'll have a look into cleaning up Contents of Debian stuff and raising a patch to skipping Contents generation in Ubuntu11:21
@fungicide:matrix.orgoh right, that was on my list of things to eventually follow up on if you don't beat me to it11:24
-@gerrit:opendev.org- Jeremy Stanley https://matrix.to/#/@fungicide:matrix.org marked as active: [openstack/project-config] 1007492: Revert "Temporarily remove release docs semaphores" https://review.opendev.org/c/openstack/project-config/+/100749211:37
@mnasiadka:matrix.orgOk, vos release for the second run of ubuntu reprepro done, so we're good.12:10
@mnasiadka:matrix.orgCleaned Contents-{amd64,arm64}.gz in debian mirror directories (those didn't get updated since Sep 12, so that lines out with the change we rolled out)12:14
-@gerrit:opendev.org- Michal Nasiadka proposed: [opendev/system-config] 1008055: reprepro: Disable Contents generation for remaining repos https://review.opendev.org/c/opendev/system-config/+/100805512:20
-@gerrit:opendev.org- Zuul merged on behalf of Jeremy Stanley https://matrix.to/#/@fungicide:matrix.org: [openstack/project-config] 1007492: Revert "Temporarily remove release docs semaphores" https://review.opendev.org/c/openstack/project-config/+/100749212:42
@fungicide:matrix.orgapache worker slots are all busy in "sending reply" (W) state on lists01 at the moment12:46
@fungicide:matrix.orgmostly busy serving back anubis honeypot mazes to crawlers12:48
@fungicide:matrix.orgthough a fair bit of traffic getting through to scrape the list archives as well12:50
@fungicide:matrix.orgenough that mod`_proxy is eventually reporting `Error reading from remote server`12:52
@fungicide:matrix.orglots of hits from semrush and sogou crawlers getting through, in particular12:53
@fungicide:matrix.orgi wonder if workers are too busy with the frontend vhost to process requests for the backend vhost, since the configuration is apache->anubis->apache->mailman12:56
@fungicide:matrix.orgi wonder if we can refactor it to be just apache->anubis->mailman like we did with gitea12:58
@fungicide:matrix.orgskimming the second vhost, i don't immediately see anything that couldn't move into the first13:00
@fungicide:matrix.orgthough on closer inspection, that would mean serving static content (including the old pipermail archives) without going through anubis, which may make the situation worse13:08
@fungicide:matrix.orgso maybe we just need to limit how many concurrent requests the frontend vhost allows to something less than the total in order to leave capacity for the backend vhost to process things that make it through (or bypass) anubis13:09
@fungicide:matrix.orgi'm trying to remember where we did something similar recently13:10
@fungicide:matrix.orgaha, https://review.opendev.org/c/opendev/system-config/+/995978 a few months ago13:10
@fungicide:matrix.orgoh, wait that went the other way from what i was thinking, it's limiting the number of connections that can be passed through `mod_proxy` to the backend, not actually reserving capacity for the backend. though still maybe a similar approach would help if we increase the max connections so the frontend can't starve them as easily13:16
@fungicide:matrix.organyway, the storm on lists01 has subsided for the moment13:16
@fungicide:matrix.orgokay, i need to grab a quick shower now that openstack release activity is winding down, so i may be a few minutes late joining the room for the first opendevent session today14:38
@clarkb:matrix.orgLooks like the openstack release went well. Congrats!14:51
@clarkb:matrix.orgI'm in meetpad and happy to use the next couple of hours to work through $things once everyone recovers from the reelase rush15:04
@fungicide:matrix.orgomw now15:06
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/system-config] 1008091: Sync gitea container accounts with upstream setup https://review.opendev.org/c/opendev/system-config/+/100809116:08
@fungicide:matrix.orgin large part thanks to the hard work of opendev collaborators, openstack's 2026.2 release completed today was one of the quickest and smoothest in history. thanks everyone!16:32
@mnasiadka:matrix.orgok, on my way to the preptg16:53
@fungicide:matrix.orgd'oh! i just dropped off16:55
@fungicide:matrix.orgwe had scheduled 15:00-17:00 utc but it ended up being just me and Clark16:56
@jim:acmegating.comi popped in for about 5 minutes after you left :)16:58
@fungicide:matrix.orghah16:59
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/system-config] 1008091: Sync gitea container accounts with upstream setup https://review.opendev.org/c/opendev/system-config/+/100809117:12
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/system-config] 1008102: Update Gitea to version 28 https://review.opendev.org/c/opendev/system-config/+/100810217:30
-@gerrit:opendev.org- Zuul merged on behalf of Clark Boylan: [opendev/system-config] 1008091: Sync gitea container accounts with upstream setup https://review.opendev.org/c/opendev/system-config/+/100809118:54
@fungicide:matrix.orginfra-prod-service-gitea is running in deploy18:57
@fungicide:matrix.orgit's already done gitea09 and on to 1018:58
@fungicide:matrix.organd done19:09
@fungicide:matrix.orgthings lgtm so far19:09
@fungicide:matrix.orgi guess what we mainly need is a replication test19:09
@fungicide:matrix.orghttps://opendev.org/starlingx/root/commit/bc77d19f8f296b481078ce9aac23b0e699f4139d was pushed at 19:08:0119:12
@fungicide:matrix.orgthe ansible run completed several minutes earlier at 19:05:1519:14
@fungicide:matrix.orgso replication is still chugging along19:14
@clarkb:matrix.orgfungi: so all looks well?19:39
@fungicide:matrix.orgyes, peachy19:50
@fungicide:matrix.orgi think we can focus on gitea upgrade next19:50
@clarkb:matrix.orgLooks like it passed testing so the next step is holding a node. I can work on that after I eat something 20:02
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/system-config] 848181: DNM intentional Gitea failure to hold a node https://review.opendev.org/c/opendev/system-config/+/84818120:16
@clarkb:matrix.orgok autohold is in place20:17
@clarkb:matrix.orgheld gitea 28 node is at 200.225.47.40 (that is actually the haproxy)21:15
@clarkb:matrix.orgif you overload /etc/hosts to point opendev.org at that IP you can test the gitea 28 deployment there. It seems to be working for me. I can browse thinsg and clone the system-config repo out of it21:15
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/zuul-providers] 1008144: Disable openmetal https://review.opendev.org/c/opendev/zuul-providers/+/100814421:24
-@gerrit:opendev.org- Clark Boylan proposed: [opendev/zuul-providers] 1008144: Disable openmetal https://review.opendev.org/c/opendev/zuul-providers/+/100814421:30
-@gerrit:opendev.org- Zuul merged on behalf of Clark Boylan: [opendev/zuul-providers] 1008144: Disable openmetal https://review.opendev.org/c/opendev/zuul-providers/+/100814421:36
@clarkb:matrix.orgI'm going to hop onto the meetpad for the pre ptg in a couple of minutes. I know Anil mentioned having a conflict for today (but not tomorrow). I'm not sure if anyone else will join21:56
@clarkb:matrix.orgif I'm the only one on there for the first 10-15 minutes I will probably call it and drop from the call. If you show up later and we are not there let us know here that you're trying to join the call and I should be able to rejoin21:56
@fungicide:matrix.orgi may only stick around for a little while, been going for over 12 hours so far today21:56
@clarkb:matrix.orgyup you should get some rest. It was a long productive day21:56
@fungicide:matrix.orgi pushed the big red openstack release button at 10:00 utc on the dot21:57
@fungicide:matrix.orgakin to unlatching the ball bearing at the top of the rube-goldberg machine that is openstack's release automation21:59
@fungicide:matrix.organd this time the boot did successfully kick the watering can21:59
@clarkb:matrix.orgon the first attempt21:59
-@gerrit:opendev.org- Zuul merged on behalf of Steve Baker: [openstack/diskimage-builder] 983814: Refactor 03-reset-bls-entries into an element https://review.opendev.org/c/openstack/diskimage-builder/+/98381423:29

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