Monday, 2024-11-25

opendevreviewJames E. Blair proposed zuul/zuul-jobs master: Add mirror-container-images role and job  https://review.opendev.org/c/zuul/zuul-jobs/+/93557404:20
*** liuxie is now known as liushy07:04
opendevreviewKarolina Kula proposed zuul/zuul-jobs master: DNM Switch to KVM  https://review.opendev.org/c/zuul/zuul-jobs/+/93602311:57
opendevreviewJoel Capitao proposed zuul/zuul-jobs master: DNM Switch to KVM  https://review.opendev.org/c/zuul/zuul-jobs/+/93602313:10
*** elodilles is now known as elodilles_afk13:18
opendevreviewJoel Capitao proposed openstack/diskimage-builder master: DNM Testing on KVM  https://review.opendev.org/c/openstack/diskimage-builder/+/93602414:44
*** elodilles_afk is now known as elodilles15:36
opendevreviewMerged opendev/zone-zuul-ci.org master: Add Bluesky Verification Record for Zuul Account  https://review.opendev.org/c/opendev/zone-zuul-ci.org/+/93597715:48
fungioof, load average on the wiki server is around 70-80 for some time, pretty much all apache processes. bad enough that openid logins have started failing again16:10
fungii'm stopping apache for a bit and will start it back up again and see if things get back to a semi-working state16:11
fungiload average is dropping like a stone, unsurprisingly16:11
clarkbfungi: do the logs show anything that might indicate we need to update our UA filter list?16:15
clarkbfungi: and/or do we have a robots.txt in there with a crawldelay?16:15
fungii've started apache again, load average got to sub-1.016:16
fungihaven't had time to analyze logs on it, but no we don't have any sort of working robots.txt on that server, the url just gets redirected to a nonexistent wiki article16:17
clarkblooks like maybe if we do have a robots.txt it gets redirected improperly so we don't serve it properly16:17
clarkbI wonder if fixing that and setting a crawldelay might be helpful16:17
fungiyeah, one of the two16:17
fungii agree, i can probably take a look after lunch16:18
fungithough i also want to spend some time testing mailman database queries for the upcoming domain change16:18
clarkbya reading the plan etherpad is high on my list for today16:19
fungii need to flesh out the db queries, the steps are pretty high-level for the moment16:19
clarkbI'm also going to work on the meeting agenda for today16:20
fungibut then i'll do a run-through on a held test node (which should hopefully appear while i'm at lunch)16:20
clarkbI'll put mm3 vhost changes on the agenda and remove some older things16:20
fungithanks, once we discuss it in tomorrow's meeting i'll also send a maintenance announcement to the service-announce ml16:21
clarkbfungi: also did we say we wanted to send https://review.opendev.org/c/opendev/system-config/+/933700 and child in or do we want ot wait for after the holiday week at this point16:21
fungiunfortunately the apache restart did not seem to fix wiki openid logins16:22
fungithe last time this happened a full reboot fixed it, i can try that after i get back in about an hour16:22
clarkback16:22
clarkblooks like intermediate registry daily pruning change landed so I'll followup and check on the logs for that too16:22
fungii'm good with going ahead and merging the backup changes16:22
clarkbfungi: did you want to hit +A or should I?16:23
fungijust wanted to be sure we were able to pay attention after they land16:23
clarkbI should be able to today and tomorrow. Becomes more difficult wednesday and beyond16:23
fungiapproved both just now16:23
clarkbso ya now is probably a good time16:23
fungiwill be back in an hour-ish16:23
clarkbI'm also going to clean up autoholds16:24
clarkbtonyb: you have an autohold for the gerrit point release update change. Can that be cleaned up?16:26
clarkbfrickler: you have an osc build image hold too. Not sure if that is still needed. I'm keeping my gerrit 3.9 -> 3.10 autoholds and fungi has an mm3 autohold that looks relevant to the discussion about about renaming vhosts16:27
opendevreviewClark Boylan proposed opendev/system-config master: Fix registry container name in pruning cron job  https://review.opendev.org/c/opendev/system-config/+/93617316:31
clarkbinfra-root corvus ^ fyi seems the container name format changed on us making the old name in the revert invalid16:31
corvus++16:35
clarkbfungi: service-announce got an uncaught bounce notification for someone sending spam to hte list. I wonder if mm3 has an option for "don't bother doing this for non list members being rejected"16:37
fricklerI must admit I don't even remember what that hold was good for, deleted now16:38
clarkbjust thinking the primary benefit is for cleaning membership lists if valid messages can't be delivered, but bouncing back and forth notifications for people who aren't members just sending spam seems like maybe unnecessary and potentially a problem?16:38
clarkbfrickler: thanks!16:38
clarkbinfra-root 935712 and parent are another stack that may be interesting. Its a small bug fix to lodgeit that the person running into the problem fixed when I said I would be unable to fix it myself in the near future. I'd like to encourage more people to jump in and help us make things better by rolling up their sleeves and pushing patches so review on that one wouldbe great16:43
clarkbjcapitao[m]: left a note on 936023 not sure if that will help you in your debugging16:47
opendevreviewMerged opendev/system-config master: backups: add retirement and purge lists  https://review.opendev.org/c/opendev/system-config/+/93370016:54
opendevreviewClark Boylan proposed opendev/zone-zuul-ci.org master: Fix bluesky atproto verification record  https://review.opendev.org/c/opendev/zone-zuul-ci.org/+/93617916:56
clarkbfungi: ^ fyi I went ahead and followed up on that from allison since you are eating lunch16:56
opendevreviewMerged opendev/zone-zuul-ci.org master: Fix bluesky atproto verification record  https://review.opendev.org/c/opendev/zone-zuul-ci.org/+/93617917:00
jcapitao[m]clarkb: thanks for the headsup. So initially we set Haswell as CPU MODEL and then we went with the passthrough to go with host directly, just for testing. We'll go back with "custom" model to be have explicit CPU configuration17:06
clarkbjcapitao[m]: and not sure if you saw my comment the other day that I don't know how valuable this path is. I would generally recommend against relying on nested virt capability unless you actually need it and none of the dib functional tests have needed ti so far17:08
clarkbthe suggestion for using the nested virt labels was only to limit which cpus you were given not an indication that you should also use nested virt17:08
clarkbI think I just realized https://review.opendev.org/c/opendev/system-config/+/933700/23/playbooks/roles/borg-backup-server/files/prune-borg-backups.sh needs to have a skip for purged repos similar to the verifier. Not super urgent since we run pruning manually but I'll go ahead and work on a patch now17:13
clarkbfungi: ^ fyi17:13
clarkbalso I'll go ahead and touch the .retired file for ethercalc and we'll test with one of the other ones I think?17:13
clarkboh no we have to retire ethercalc so that the other server gets handled too. So ya I think we can just go through the steps with ethercalc and then also fix the pruning script to skip purged repos17:14
opendevreviewClark Boylan proposed opendev/system-config master: Skip purged borg backups during backup pruning  https://review.opendev.org/c/opendev/system-config/+/93618417:26
opendevreviewClark Boylan proposed opendev/system-config master: Retire borg-ethercalc02 on the vexxhost backup server  https://review.opendev.org/c/opendev/system-config/+/93618517:26
opendevreviewClark Boylan proposed opendev/system-config master: Purge the borg-ethercalc02 backups on our vexxhost backup server  https://review.opendev.org/c/opendev/system-config/+/93618617:26
clarkbthere we go. I don't think any of those are particularly urgent (prune script should be landed before we next prune) but will actually start to exercise some of the new code17:27
JayFGoodness, the mailing list admin address exploded :D I'm guessing the bounce processing is working and removing folks?17:37
clarkbJayF: fungi  reported nearly 300 removed from openstack-discuss over the weekend17:37
JayFthat matches the unread count in my inbox more or less lol :) 17:38
clarkbthe other bounce processing stuff is due to mm3 dot trusting verp and instead trying to parse messages and failing. I think fungi intends on compiling a list generating those bounces and manually trimming the membership17:38
clarkb*not trusting17:38
JayFThose are filtered already, this was just a new exciting inbox-filler :D 17:39
opendevreviewMerged opendev/system-config master: Update backup verifier to handle purged repos  https://review.opendev.org/c/opendev/system-config/+/93476817:43
opendevreviewMerged opendev/system-config master: Fix registry container name in pruning cron job  https://review.opendev.org/c/opendev/system-config/+/93617317:43
fungiokay, back and catching up, i see a lot of highlights17:58
fungiyeah, the mm3 autohold was one i set just before i left for lunch. i think my gertty is having trouble un-abandoning 855292 for that though, so it's not caught a failure yet, but i've restored it through the webui instead18:03
fungiclarkb: i haven't seen the uncaught bounce notification for service-announce (maybe i skipped past and deleted it earlier in my day?), though more generally speaking the uncaught bounce notifications mailman sends are because it decides it can't parse the details of the message to the list's bounce address sufficiently to determine how to deal with it18:11
fungii believe there is a separate toggle in the config for whether toi send uncaught bounce notifications to owners or just be quiet about what bounces it's ignored18:11
clarkbfungi: it was spam using a what I assume was a spoofed address then that destination saying the inbox is full so couldn't delivery the you're being moderated email18:16
clarkbits not a big deal to keep getting them for now. If it becomes a problem we can modify18:17
fungiJayF: clarkb: yes, i wanted to see how the autoremovals fared before i follow up manually handling any other subscriptions that are resulting in continued bounces mailman hasn't been comfortable processing itself18:18
clarkb++ definitely want to see what the automated tooling does18:22
ildikovHi Y'All, I'm having some issues logging into wiki.openstack.org. Has anyone else run into that too?18:24
fungiildikov: i noticed it earlier as well. i tried restarting apache which didn't help, so i'm rebooting the server now (which fixed it last time this came up)18:24
fungii think the server is probably getting overwhelmed with llm training crawlers18:25
ildikovfungi: Yeah, it was hiccup-y last week too, but I could do what I needed on it. Thank you for looking into it!18:25
ildikovI can see that, since the poor thing has been slow and I don't think our community uses it *that* much anymore...18:26
fungitonyb has a rebuild waiting in the wings, we just need to finish getting it swapped in18:27
ildikovnice18:27
fungiin the meantime we're trying to limp the old server along by hand18:27
ildikovI hope it'll hold up for a little bit longer than!18:28
ildikov*then18:28
fungioof, load average is up to 112 after rebooting18:28
fungiand still climbing18:29
ildikovfor a second I thought it's my karma, as whatever I've touched in the past one week ended up broken :/18:29
fungi#status log Rebooted wiki.openstack.org in order to resolve OpenId login failures (again)18:29
fungiildikov: ^ try again, though be patient, it's veeeeery slow to respond. i'll see what can be done about that next18:30
fungispeaking of slow, our opendevstatus bot seems to be slacking off?18:30
ildikovfungi: I just need to update two small things, fast or slow :)18:30
fungi5-minute load average on wiki crested around 115 and is starting to fall again18:31
ildikovhmm, I better go hide before my karma breaks anything else :D18:31
opendevstatusfungi: finished logging18:32
fungithere is goes. wow, it does island time better than i do18:32
ildikovlol18:32
ildikovwell, I managed to log in this time, but I'm not sure I get as far as editing it18:33
ildikovok, I managed to get my updates in, so the wiki is not fast, but still holding up!18:38
ildikovthanks fungi!18:38
fungii'm working on getting a robots.txt implemented now, which *might* help... we'll see18:38
JayFI'm just thinking about all the out of date information training that LLM :P 18:39
JayFwe have some pretty ancient information deep in that wiki in places18:39
fungiyes, but then consider the internet as a whole18:39
fungijust think of all those lingering geocities pages!18:39
JayFthose are the only good things remaining on the internet18:40
JayF<blink><marquee>WELCOME TO MY WEBSITE</blink></marquee>18:40
fungispinning skulls, flaming text, and barbed wire horizontal rules18:42
fungiye internete of olde18:42
fungiclarkb: is https://wiki.openstack.org/robots.txt what you had in mind?18:43
fungitonyb: ^18:43
opendevreviewMerged opendev/system-config master: Skip purged borg backups during backup pruning  https://review.opendev.org/c/opendev/system-config/+/93618418:44
opendevreviewMerged opendev/system-config master: Retire borg-ethercalc02 on the vexxhost backup server  https://review.opendev.org/c/opendev/system-config/+/93618518:44
fungiit's mapped to /srv/mediawiki/robots.txt on disk18:45
fungithe robots.txt hasn't helped yet. 5-minute load average on wiki.o.o is hovering around 12018:59
corvusfungi: perhaps a short downtime would break craws in-progress and cause them to re-fetch robots.txt?  i have no reason to think that would be so, but it's an idea.19:02
fungiworth a try. i'm doing a little log analysis first19:03
corvuss/craws/crawls/.  sorry, my inner corvid is showing.19:03
fungibirds of a feather...19:03
Clark[m]fungi: ya that robots.txt lgtm. Sorry stepped away to get some stuff done around the house. We still have a few apples to clear out and they just picked up the last load of leaves and compost19:06
fungitime for cidermaking?19:06
fungido you have access to a cider press?19:07
fungimost common ua in today's access log is this: "Mozilla/5.0 (compatible; ChatGLM-Spider/1.0; +https://chatglm.cn/)"19:08
fungiit's an order of magnitude more active than the next most common ua19:08
fungiseems to confirm my suspicions at least19:09
fungii've added it to our block list in the vhost config and am stopping apache for a minute too per corvus's suggestion19:12
fungiand starting it again now, 5-minute load average has dropped into the single digits already19:14
Clark[m]We used a juicer one year and ended up with vinegar. If we do it again we need to use Campden tablets to sterilize the juice before adding yeast19:22
Clark[m]Today they are just going in the municipal compost pickup bin19:22
fungiwell, apple vinegar is also good, just not for the same purposes19:23
Clark[m]Ya I used what I made on the weeds :)19:23
corvusit's pretty good for salad dressing19:24
fungibut yeah, the presses i remember were about 4' square and you'd load them up several feet deep with apples and then the weights would be lowered down to press them into a mat a few inches thick and collect all the cider into vats underneath19:24
fungidoing it with a consumer grade juicer is hard to compare19:25
fungiit would be heat-sterilized to kill the bacteria, then either bottled directly or fermented19:26
fungiload average on wiki.o.o is definitely lower but still not low, fluctuating wildly between 20-50. next most common user agents look like they're probably lies, aside from "Mozilla/5.0 (Linux; Android 7.0;) AppleWebKit/537.36 (KHTML, like Gecko) Mobile Safari/537.36 (compatible; PanguBot;pangubot@huawei.com)"19:32
JayFpangubot https://arxiv.org/abs/2203.17090 19:38
JayF> PanGu-Bot: Efficient Generative Dialogue Pre-training from Pre-trained Language Model19:39
JayFOh, I missed the 'aside from' in that comment19:39
fungiyeah, that one is at least identifying itself, even if it's making rather a lot of requests19:39
clarkbif bots don't respect crawl delay I feel like thati s grounds for blockign them...19:40
clarkband unfortunately it seems like rather a lot of them may not19:41
clarkbfungi: this year all we managed to do with the apples was make pie filling for three pies. Two pies have been consumed and we may do the third for Thursday19:43
clarkbwe have a worm problem (part of why I'm trying to collect them aggressively as apparently that helps remove the worms and reduce the problemf or next season) and also our tree definitely does the cyclical on and off year thng and this was an off year in terms of quality but not quantity (lots of smaller meh wormy apples)19:44
clarkbfungi: /opt/backup/borg-ethercalc02/.retired exists now after the retirement change above landed19:46
clarkbI suspect we can proceed and "purge" it too at this point and then we may want to run a manual prune and see that the script is happy with the status at that point. But again not urgent I think you can focus on wiki and mm319:47
opendevreviewClark Boylan proposed opendev/system-config master: Upgrade gitea to 1.22.4  https://review.opendev.org/c/opendev/system-config/+/93619819:51
fungi213.32.74.174 is the held lists99 test node i'll be working with to test database updates against an imported production dump19:58
opendevreviewMerged opendev/system-config master: Purge the borg-ethercalc02 backups on our vexxhost backup server  https://review.opendev.org/c/opendev/system-config/+/93618620:05
corvusclarkb: you can make vinegar from apple scraps too.  weaker flavor than whole apples, but still good and useful.  we did that with a lot of wormy apple bits and also the peels from making pie fillings20:06
clarkbcorvus: do you just add water to the bits or do you have to press/juice them too?20:11
fungiyou should be able to just directly ferment the scraps, no further processing necessary other than making sure they have sufficient water content, though seeding them with some unpasteurized vinegar helps insure you don't end up with other helpers20:13
fungiand obviously don't seal them tightly, weight the solids so they stay below the liquid surface, and periodically skim off any growth on top20:15
corvusyep -- exactly as fungi said -- we just filled a mason jar most of the way up, topped it with water, put in a weight, covered with cheesecloth, and left it.  skimmed it periodically.  a few days later we had weak booze, and a few days after that, vinegar.  final result 2.9 - 3.0 pH.  we managed to do it without a starter culture this time.20:23
corvusvery low effort :)20:24
corvusappropriate for scraps i think20:24
fungiyeah, if you do it regularly, you can just add a dash of the old to the next batch and keep the culture going20:26
clarkbI don't see anything odd about that backup purge21:12
clarkbso I guess the next step is pushing changes to retire the rest of the nodes I identified. I'm working on that next21:12
opendevreviewClark Boylan proposed opendev/system-config master: Retire more backups on the vexxhost backup server  https://review.opendev.org/c/opendev/system-config/+/93620321:17
clarkbfungi: you don't happen to have al ink to your planning doc for the mm3 vhost name migration do you? I'm editing the meeting agenda now and can add it21:21
clarkbI thought I had it in email somewhere but not seeing it there21:21
clarkbnevermind found it in scrollback here21:23
clarkband agenda is updated. Anything else to add/remove/edit?21:24
fungiyeah, i'll have the sql queries and other cut-n-paste commands fleshed out in that pad tomorrow morning21:46
corvusi'm going to restart the zuul schedulers to pick up a revert that merged recently.  opendev hasn't seen the issue, but i'd like to avoid it.21:47
clarkbthanks21:50
fungisounds good21:54
corvus#status log restarted zuul schedulers and web22:03
corvusTheJulia JayF you may notice the zuul status page has a better memory of expanded sections now (in addition to new overall toggles)22:04
opendevstatuscorvus: finished logging22:05
corvusthat's with this weekend's restart, so would need a reload for any tabs left open over the weekend22:05
TheJuliaFeels like the text size got a little smaller, but LGTM22:06
JayFmuch better, tyvm22:10
opendevreviewJay Faulkner proposed openstack/diskimage-builder master: Followup: Ensure devuser-created dir has sane perms  https://review.opendev.org/c/openstack/diskimage-builder/+/93620622:54
opendevreviewMerged openstack/diskimage-builder master: [gentoo] Fix+Update CI for 23.0 profile  https://review.opendev.org/c/openstack/diskimage-builder/+/92398523:17
opendevreviewJay Faulkner proposed openstack/diskimage-builder master: Update default Ubuntu to noble (latest LTS)  https://review.opendev.org/c/openstack/diskimage-builder/+/93620923:36

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