Earlier  
Posted Nick Remark
#openstack-nova - 2026-09-09
18:11:46 bauzas I had to move errand, but I'd indeed prefer the third solution, which is to end the task when the migration finishes, instead of overloading our RPC interface for that need
18:27:07 gmaan yeah, i am finding that solution a better one. My solution of shifting the start_task is not perfect and does not solve issue when dest's pre live migration is successful but vif plugged event can cause rollback on source -
18:34:30 gmaan dansmith: bauzas i commented in gerrit about going for 'listing it as a known bug' path (please check), we can wait for gibi on his opinion and i can proceed accordingly
20:31:52 opendevreview ribaudr proposed openstack/nova master: Add Hibiscus prelude section https://review.opendev.org/c/openstack/nova/+/1004927
#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

Earlier   Later