Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-09-10
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 bauzas I did it
14:40:15 gibi ohh you did it good
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 Hi team !
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: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
16:34:41 sean-k-mooney well once we cut RC1 master will be 2027.1 and it shoudl be voting there anyway in the next week or 2 as our default shoudl be chaning
16:35:03 sean-k-mooney but ya lets focus on getting RC1 out for nova and placement and come back to this next week
16:36:01 gmaan yeah, we can backport that based on hoiw it run on stable/2026.2
16:36:18 sean-k-mooney ack
16:36:38 gmaan sean-k-mooney: but from testing runtime, i think we will keep 24.04 and 26.04 noth voting on 2027.1
16:36:55 sean-k-mooney no
16:37:11 gmaan https://governance.openstack.org/tc/reference/runtimes/2027.1.html#additional-testing-for-a-smooth-upgrade
16:37:13 gmaan yes
16:37:26 sean-k-mooney we will keep 24.04 for upgrades
16:37:36 sean-k-mooney but 26.04 shoudl be voting and our new default
16:37:37 gmaan because its 2027.1 where we are bumping the distro testing
16:37:46 gmaan yes and at least one job for 24.04
16:37:48 gmaan and voting
16:38:04 sean-k-mooney ya so proably the skiplevel greande job
16:38:21 sean-k-mooney with the normal greade job using 26.04
16:38:27 sean-k-mooney but we can select one fo the others
16:38:28 gmaan yeah, that only. so upgrade path from 2026.2 (on ubuntu 24.04) -> 2027.1 (ubuntu 26.04 ) is covered
16:38:59 gmaan ski level job is always there for SLURP and NON-SLURP by default unless project opt-out on non-SLURP release
16:39:01 sean-k-mooney yep i think the skip level job is often the best for that smoth upgrade path
16:39:08 gmaan yeah
16:40:14 sean-k-mooney ok i need to check that all the rc/stable branches for the cybrog and watcher repos that should exsit have been created so ping if anything comes up else ill be doing that for the next while

Earlier   Later