Earlier  
Posted Nick Remark
#openstack-nova - 2026-09-10
06:33:56 simondodsley gibi: Is there any chance that this patch (https://review.opendev.org/c/openstack/nova/+/973750) be relooked at again. It's a really simple fix for a big issue. Already have one +2
07:32:56 gibi simondodsley: I've approved it. I hope I did not risk RC1 with it. But I'm in a good mood so I taking my chances here. Btw next time feel free to ping me eariler if I reviewed someting before and never showed up re-reviewing the patch
09:15:26 bauzas gibi: would you agree with gmaan's comment on https://review.opendev.org/c/openstack/nova/+/1003386 that we go for a known bug reno instead of fixing it ?
09:15:57 bauzas I'm cool with that and if you look at the irc logs we discussed a nice alternative
09:53:06 gibi let me check
09:59:07 gibi I'v read the review comments. I'm OK to keep as a known bug for now. I agree that it is not fatal thing to have this task leaked as it only slows down the shutdown, does not prevent it
10:01:20 gibi Uggla: thanks I will jump there
10:02:24 gibi but I also need to read the tc channel logs to get the full context
10:42:57 bauzas given the lack of consensus yet, I'd propose to defer the application of nova-reviewers until a consequent discussion can happen (before PTG or in it) for at least being all of up agreeing for find some policy how to use this new group
12:23:14 sean-k-mooney ls
12:23:38 sean-k-mooney :)
12:25:30 sean-k-mooney gibi: gmaan: https://review.opendev.org/c/openstack/nova/+/1004687/1 and https://review.opendev.org/c/openstack/nova/+/966479/5 update nova next to ubuntu 26.04 and nova-alt-config to to debian 13, the latter was ment ot be done in 2026.1 so it woudl be nice if we can proceed with both this cycle, can ye take a look when ye have time
12:51:51 gibi Uggla: thanks for the email, I responded there and commented on the https://review.opendev.org/c/openstack/nova/+/986141 as well
12:52:01 gibi we need to start figure out a the way forward
13:04:40 opendevreview Kamil Sambor proposed openstack/nova master: Fix pickling error that forces oslo.service to fall back to fork https://review.opendev.org/c/openstack/nova/+/1000956
13:06:12 gablan hi gibi! I'm backporting the graceful shutdown work from master to stable/2026.1 downstream, and I hit the TODO you left in Host.cleanup() in `nova/virt/libvirt/host.py` about `stopping _event_handler` and `the _conn_event_thread` loop. do you have anything planned for it, or can I propose a patch for it?
13:17:35 gibi gablan: check master I think gmaan recent changes there are addressing it
13:19:34 gibi sean-k-mooney: are you sure this is save to do on the day of RC1? If yes then we can land it but I need you to react and revert if something breaks on the gate after landing
13:19:40 gibi /save/safe/
13:19:59 gibi cc gmaan, Uggla
13:20:18 sean-k-mooney so i think so but im ok to wait until after rc1 is cut and backport if reqruied.
13:20:24 sean-k-mooney i coudl also flip the order
13:20:35 sean-k-mooney the debian 12->13 change for alt config
13:20:52 sean-k-mooney shoudl be safe because our ceph jobs have been on debina 13 all cycle
13:21:24 sean-k-mooney we just didnt get aroudn to movaing nova-alt-conig last cycel or eailar becasue i forgot the patch was still open/in merge conflict
13:21:56 gibi when gmaan is up we can make the call I think
13:22:18 gibi I will be around for longer today to accomodate that (and due to other unrelated reasons)
13:22:25 sean-k-mooney unless we have a strong reason not to i woudl perfer to have some py3.14 testign on stable 2026.2 but im ok if perpoel prefer not too
13:22:35 sean-k-mooney ack works for me
13:39:50 dansmith my reasoning would be that we didn't go all of the cycle with that testing on, so flipping it right now seems much riskier than necessary
14:02:37 bauzas is it me or the level of changes we plan to deliver so close to RC1 is high today ?
14:03:14 bauzas as a reminder, we can make RC2 if there are some regressions that need to be fixed asap
14:04:00 bauzas but on the graceful shutdown case, I think we agreed yesterday to just amend the existing relnotes with a known bug file so people would know about the existing and decide whether to opt-in or not
14:05:14 opendevreview ribaudr proposed openstack/nova master: Add Hibiscus prelude section https://review.opendev.org/c/openstack/nova/+/1004927
14:08:54 Uggla bauzas, gibi just to let you know I have updated the highlight with latest input from gmann/bauzas https://review.opendev.org/c/openstack/releases/+/1004465 also reflect that change to the prelude patch https://review.opendev.org/c/openstack/nova/+/1004927
14:09:07 bauzas ack
14:09:50 Uggla and sorry it comes later than I what I expected.
14:10:33 dansmith bauzas: what else is proposed? we agreed to punt on the graceful shutdown one for sure
14:12:08 bauzas dansmith: I maybe misunderstood the above discussion, I thought two different things were discussed, the one about graceful shutdown leaking threads and the other one being a nova-next change
14:13:06 dansmith bauzas: oh yeah, the shutdown one is punted, and I agree, the nova-next change should wait.. I thought you meant something else
14:17:52 gibi Uggla: ack
14:37:09 gibi bauzas: this needs second code (max microversion) https://review.opendev.org/c/openstack/nova/+/1004872
14:37:18 gibi s/code/core/
14:37:22 bauzas oh I forgot that one
14:39:03 gibi Uggla: bauzas: what should we do with translation? https://review.opendev.org/c/openstack/nova/+/980544
14:39:44 bauzas we ship them by a single approver
14:40:05 gibi OK then I approve it
14:40:15 gibi ohh you did it good
14:40:15 bauzas I did it
14:40:16 gibi thanks
14:40:19 bauzas nw
14:40:33 bauzas and fwiw the i18n team works on a change from zanata
14:40:38 bauzas I dunno where they are
14:48:06 opendevreview Gabin Lanore proposed openstack/nova master: libvirt: stop the event dispatch loops on cleanup https://review.opendev.org/c/openstack/nova/+/1005022
14:50:20 gablan gibi: thanks! Checked both of gmaan's patches 1003386 is the task-registry leak, 1001572 is the executor ownership refactor. Neither seems to touch Host.cleanup(), so I pushed a patch for it :D
14:51:56 gibi gablan: thanks cc gmaan ^^
15:27:08 opendevreview Clif Houck proposed openstack/nova stable/2025.1: perf(ironic): eliminate O(N²) ProviderTree deepcopy at startup https://review.opendev.org/c/openstack/nova/+/1005073
15:48:51 opendevreview Grzegorz Grasza proposed openstack/nova master: Mask password-like content in exception notifications https://review.opendev.org/c/openstack/nova/+/1005074
16:09:42 opendevreview Merged openstack/nova master: Mark 2.104 as maximum API version for 2026.2 Hibiscus https://review.opendev.org/c/openstack/nova/+/1004872
16:09:55 opendevreview Merged openstack/nova master: Imported Translations from Zanata https://review.opendev.org/c/openstack/nova/+/980544
16:14:24 gibi Uggla: I've approved the prelude as the highlights laned. Are we done? :)
16:14:32 gibi s/laned/landed/
16:15:01 gibi ahh we are not doen
16:15:02 gibi done
16:15:21 gibi https://review.opendev.org/c/openstack/nova/+/1004430 and https://review.opendev.org/c/openstack/nova/+/1004424 are still need to land to have RC1
16:16:04 gibi but then every patch from the tracking etherpad are approved now
16:16:09 gibi so we only need to wait for the gate
16:16:40 gibi sean-k-mooney: I guess the discussion about about the job changes went into the direction that we should not risk it now
16:17:12 sean-k-mooney did i miss that
16:17:30 sean-k-mooney were there comemtns on the patches
16:17:46 sean-k-mooney because i tought we were landing the other way
16:17:51 sean-k-mooney that htis was low risk
16:18:13 gibi I think bauzas and dansmith discussed above
16:18:37 sean-k-mooney ah ok i was in a watcher irc meetign when we were chatting about it so i had swapped back to that
16:19:16 sean-k-mooney the debian change i feel really shoudl be done this cycel becase it was propsed 10 months ago and was defered lat cycel for similar reasons
16:19:37 sean-k-mooney the ubuntu 24.04->26.04 change for nova next is more a nice ot have
16:20:01 sean-k-mooney anyway i guess we can do them right after we cut rc1
16:20:44 zigo I get it for the 2 nova patches above that needs to land, but anything preventing placement to be released ?
16:20:44 zigo Hi team !
16:21:25 sean-k-mooney im not directly aware of anything pending on that side beyond perhaps a release not prelude
16:21:35 sean-k-mooney but im not sure that is strictly requried
16:21:38 Uggla gibi, thanks I think we are done. We just need to wait the latest SHA to put it into the RC1 release
16:21:57 sean-k-mooney we didnt really have any placmeent feature so the normal release notes i sproably enough
16:22:38 sean-k-mooney gibi: anyway so looking at the service version patchs they are now approved so i think thats all good
16:25:31 sean-k-mooney bauzas: for context on the ubuntu change i proght it up at FF and i was asked to wait to RC1 which is why i put it up yesterday
16:26:09 sean-k-mooney we can wait again but i woudl like to get that testign in place early in 2027.1
16:27:24 sean-k-mooney the base testing of nova on 26.04 has been runing in devstack for several months now which is why i was not expecting this to be contoversial
16:29:29 sean-k-mooney https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-24-16.00.log.html#l-217
16:30:04 gmaan sean-k-mooney: gibi: same here, i would not prefer to touch the testing bit at this stage, let's have master rc-1 cut and then we can do those for 2027.1
16:30:11 gmaan gibi: gablan thanks, will check
16:30:39 gmaan sean-k-mooney: for py3.14 testing on 2026.2 you mean unit/functional test or tempest job?
16:31:03 sean-k-mooney i ment moving nova-next to ubuntu 26.04 to test with 3.14 in tempest
16:31:18 sean-k-mooney that what i propsed a few weeks ago in the irc meeting
16:31:30 sean-k-mooney specifcly for advance testing in 2026.2
16:32:05 sean-k-mooney gibi asked i do it after FFs and i asked to do it before RC1
16:32:17 sean-k-mooney so i proposed the patches this week to do that
16:33:00 gmaan yeah i know we discussed it on IRC to do it after FF but seeing gate unstability over last month, i agree to do it after rc-1.
16:33:40 sean-k-mooney ok anyway here is the devstack patch to make it voting there https://review.opendev.org/c/openstack/devstack/+/1004684?tab=change-view-tab-header-zuul-results-summary
16:33:45 gmaan I am not against of adding it on 2020.2 but let's do it once stable/2026.2 exist so that it would not block current master dev/release
16:33:46 sean-k-mooney if you have not seen that as well

Earlier   Later