| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-09-10 | |||
| 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 | |
| 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 | |
| 16:42:52 | sean-k-mooney | gmaan: actully for the tempest plugins those will happen as a group correct? | |
| 16:43:20 | sean-k-mooney | i guess they are not typiclly branched | |
| 16:43:35 | sean-k-mooney | so that probaly fine but they will be tagged | |
| 16:43:41 | gmaan | sean-k-mooney: yeah, there will be only final release for tempest plugin and no stable branch | |
| 16:43:51 | sean-k-mooney | ack perfect | |
| 16:44:00 | gmaan | and jobs/ new master twick will happen usually at same time | |
| 16:44:03 | gibi | Uggla: sean-k-mooney: zigo: the placement RC1 release patch is not up to date with the tip of master | |
| 16:44:24 | gmaan | for devstack/greande branches, yes it wait for all projects stable exist and when i get release go ahead | |
| 16:44:34 | gmaan | *release team go ahead | |
| 16:45:21 | sean-k-mooney | gibi: ah is it missing the packagign fix form earlier in the week | |
| 16:45:31 | gmaan | s/i/QA PTL, hoping it will not be me all the time :) | |
| 16:45:47 | gibi | the placement unreleased release notes looks OK to me I don't think we need a prelude there as it is sort | |
| 16:46:19 | gibi | Uggla: are you still around or should I go ahead and update the placement release patch? | |
| 16:47:00 | sean-k-mooney | oh that is there it just missing the tox changes | |
| 16:47:35 | sean-k-mooney | those are nice ot hvae if can bump them quickly | |
| 16:47:53 | gibi | I can | |
| 16:48:00 | gibi | so I start doing it | |
| 16:48:20 | sean-k-mooney | i think its low risk and we might as well inculde them | |
| 16:52:19 | gibi | https://review.opendev.org/c/openstack/releases/+/1004525/1..2 | |
| 16:52:21 | gibi | updated | |
| 16:52:40 | gibi | but we need Uggla's or bauzas' approval a release liasons | |
| 16:53:44 | sean-k-mooney | well the current version is not approved | |