Monday, 2024-02-19

*** tkajinam is now known as Guest21308:56
opendevreviewJan Marchel proposed openstack/project-config master: Add new project to Nebulous: gui-controller  https://review.opendev.org/c/openstack/project-config/+/90943511:40
opendevreviewEdward Hope-Morley proposed openstack/project-config master: Add ovn charms to charms-stable-maint purview  https://review.opendev.org/c/openstack/project-config/+/90944512:30
opendevreviewMerged openstack/project-config master: Add new project to Nebulous: gui-controller  https://review.opendev.org/c/openstack/project-config/+/90943513:07
fricklerhas either zuul or gerrit recently become more strict regarding mergeability checks? I'm wondering why zuul refuses to run check jobs on https://review.opendev.org/c/openstack/requirements/+/879743, checking the executor log isn't really helpful, too14:36
fricklermy guess is that the reason are the three merged patches at the bottom of the stack at https://review.opendev.org/c/openstack/aodh/+/896097/, but why do tests on the aodh patch itself run, then?14:37
frickleralso it would be pretty nasty to have to rebase that whole stack every time a single patch is merged14:37
fricklercorvus: ^^ maybe you can have a look and find something I missed?14:38
fungii wonder if this is a change in behavior for cross-repo dependencies outside a shared queue15:03
frickleroh, I was assuming aodh to be part of the integrated queue, but you are right that it isn't15:14
fungiildikov: just a heads up, i saw a (subscribed) spammer send junk to the kata-dev and starlingx-discuss mailing lists. i went ahead and deleted their posts from the archive as well as added them to the global bans in the mailman admin interface15:21
fungilooks like they signed up for an account on january 915:22
fungiclearly a throwaway gmail username15:22
fungispam was sent through normal smtp from gmail, not posted through mailman's hyperkitty webui15:22
corvusfrickler fungi: i suspect a race updating change information since that event was being processed at the same time in two different tenants (vexxhost and openstack).  the dequeue and reported error happened after the data finished updating and zuul saw that the queue did not have all the necessary changes in it.  it's definitely a bug in zuul (but we failed safe rather than ran incorrect tests).  i don't see a trivial fix at the moment, but i do15:41
corvussuspect a recheck may help in this case and if it happens again.15:41
fungicorvus: noted, i'll try to keep an eye out for more occurrences and see how prevalent it is. do you think this came in with the circdep refactor work or has been lingering in there for longer?15:43
corvusfungi: i think the probability is small that the underlying issue originated with the refactor; i would assign a medium probability that the refactor might change some behavior that could cause it to manifest more easily.15:44
fungithanks!15:45
fricklerI did another recheck right now and got the same response from zuul15:54
fricklerif there is not obvious bug seen, I would next rebase the aodh stack and see if that resolves the issue?15:55
fricklers/not/no/15:56
corvusfrickler: for good measure, try rechecking one more time15:56
fricklerso it seems I needed to mention your name in the "recheck" comment as magic trigger ... now zuul is starting jobs on it ... ;-)16:02
fungibwahahaha16:03
SvenKieskeI'm having trouble re-editing a drafted message on a WIP Change: https://review.opendev.org/c/openstack/kolla-ansible/+/763011/6..9?tab=comments16:10
SvenKieskeI'm getting a gerrit error: "An error occurred" "You might have not enough privileges. Error 404 (Not Found): Not found: 12efa4b1_bf27fcb0 Endpoint: /changes/*~*/revisions/*/drafts/*"16:11
clarkbprobably need an acl on the project allowing people to mark (and unmark) changes work in progress outside of the owner16:12
clarkbmy hunch is that gerrit is trying to preserve the wip state and can't because you are not the owner16:12
SvenKieskebut I didn't edit the WIP state? I just edited a comment of mine? and now the comment ended up being posted twice..weird.16:13
SvenKieskeanyway I was able to post the comment somehow, even if it got posted twice.16:14
clarkbSvenKieske: are you editing the files (including the commit message) of the change? or do you mean editing of a comment? I may have misunderstood initially and thought you were editing the files16:15
clarkbI wonder if it actually succeeded in writing the content to disk the first time but raised an error to the browser client then when you posted again it rerecorded16:17
clarkbI don't think I've seen that before. Not sure why that would happen16:17
SvenKieskeclarkb: just editing a comment16:17
SvenKieskeyeah, me too :)16:17
SvenKieskemight very well be (the writing to disk part), because I'm really sure I did not post that comment two times :)16:18
opendevreviewClark Boylan proposed openstack/diskimage-builder master: Fetch compatibile dnf download command in functest setup  https://review.opendev.org/c/openstack/diskimage-builder/+/90946616:24
fungiheading out for a quick lunch, back in under an hour16:25
clarkbinfra-root: these services appear to run local mariadbs: lodgeit, gitea, gerrit, mailman3, refstack, etherpad, and keycloak. Of those I believe keycloak is running the latest version and the others will need to go through the upgrade process we discussed last week16:50
clarkblodgeit (paste) might be a good first candidate given the minimal impact there? Gerrit would be another if it didn't imply a service downtime as the database there is actually not very important anymore.16:51
clarkbMaybe we do those two in that order and then based on what we learn can proceed with the others.16:51
opendevreviewClark Boylan proposed opendev/system-config master: Prep the lodgeit mariadb container for upgrades  https://review.opendev.org/c/opendev/system-config/+/90947117:05
opendevreviewClark Boylan proposed opendev/system-config master: Update lodgeit mariadb container to mariadb 10.11  https://review.opendev.org/c/opendev/system-config/+/90947217:05
clarkblooking for feedback on those. I think we may be able to do this in one change when we actually do the upgrade but I wanted to get some testing in first17:06
corvusclarkb: ++ to doing that in one change17:16
fungiclarkb: storyboard also runs a local db17:41
fungithough not in a container17:41
clarkbfungi: not with containers17:41
fungizactly17:42
clarkbright it will need a different process17:42
fungior switching to a container, sure17:42
fungiclarkb: anyway, your proposed plan seems good to me17:43
*** dmitriis is now known as Guest25117:48
opendevreviewJames E. Blair proposed zuul/zuul-jobs master: DNM: test ansible 9  https://review.opendev.org/c/zuul/zuul-jobs/+/90947517:54
*** NeilHanlon is now known as nhanlon19:00
*** nhanlon is now known as NeilHanlon19:02
clarkbalright I'm going to update the lodgeit chagnes a bit in order to hold a node that can be used to test a change that sets the env var and upgrades in the same go. And if that looks good I'll update things again so that we can use a single change.19:15
opendevreviewClark Boylan proposed opendev/system-config master: Prep the lodgeit mariadb container for upgrades  https://review.opendev.org/c/opendev/system-config/+/90947119:18
fungii'd be inclined to just upgrade it, but that works too19:18
fungilodgeit's use of the database is via an orm and about as simplistic as possible19:19
clarkbya I'm more doing this to uinderstand the process better as a whole particularly for other services19:19
clarkbhold is in place now19:20
fungimakes sense, and yeah it's great for a testbed/dry-run19:20
fungiif something goes wrong with that upgrade, then it's really, really wrong19:20
clarkbalso I'm probably going to be afk a bit today starting nowish. Kids are home from school due to the holidy and need to get them outside before cabin fever sets in. I'll get a meeting agenda sent out and continue to poke at the mariadb upgrade stuff as I can19:33
fungigood luck!19:42
clarkbfungi: should I keep the keycloak agenda item or do we think now is a reasonable time to drop it? We can add it back again as the next round of effort there starts up and has stuff to report21:16
fungiclarkb: we should be able to drop it for the moment, until we near the next milestone for the sso spec21:20
clarkbdone. I've also started to add some of the more actionable bits from the preptg to the agenda. feel free to add items that I'm forgetting21:21
fungithanks!21:23

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