Earlier  
Posted Nick Remark
#openstack-nova - 2026-01-05
16:07:42 Uggla #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:07:48 Uggla #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status
16:07:56 Uggla #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:08:01 Uggla #info Please try to provide a meaningful comment when you recheck
16:08:23 tkajinam I've not filed a bug but we need https://review.opendev.org/c/openstack/nova/+/972102 to resolve config error which appears in multiple changes
16:08:36 tkajinam it already got +2+A so the issue should be resolved soon, hopefully
16:09:41 Uggla yep I have seen you mentionned about it earlier. Thanks for dealing with this bug.
16:11:39 Uggla I have a question about tempest-centos9-stream-fips and tempest-integrated-compute-centos-9-stream. It seems to be ok on the master branch but not the others.
16:12:03 Uggla Shouldn't we stop them on older branches ?
16:12:10 gmaan they are not stable jobs and I have seen them failing many times
16:12:51 gmaan agreement in past was if they are failing then we should stop testing them in stable or even master. I think they are tested as periodic only no?
16:13:06 Uggla yep
16:13:53 Uggla but it fails for quite a long time on branches <> than master.
16:13:58 gmaan i know python3.9 removal broke those jobs and ykarel fixed sometime on master but not sure about stable
16:15:02 elodilles yes, i think some were fixed and some were removed
16:15:04 Uggla I think we spoke about them in a previous meeting. Anyway I will have a look later about it.
16:15:18 Uggla moving on
16:15:26 Uggla #topic Release Planning
16:15:32 elodilles let me know if you see any failing centos9 based jobs on stable and i'll take a look
16:15:48 Uggla elodilles ok thx;
16:15:51 Uggla #link https://releases.openstack.org/gazpacho/schedule.html
16:15:57 Uggla #info Nova deadlines are set in the above schedule
16:16:10 Uggla #info 8 weeks before feature freeze
16:16:18 Uggla #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg
16:16:30 Uggla #topic Review priorities
16:16:37 Uggla #link https://etherpad.opendev.org/p/nova-2026.1-status
16:16:57 Uggla ^- is outdated, I'll try to update it and launchpad ASAP.
16:17:16 Uggla #topic OpenAPI
16:17:24 Uggla #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned
16:17:32 Uggla #info still 20 remaining atm. (-3)
16:18:05 gmaan this is still in my still but did get time on that due to priority on eventlet series
16:18:10 Uggla #topic Stable Branches
16:18:38 elodilles thanks o/
16:18:57 elodilles just like Uggla mentioned: this is my 1st day after PTO, too, so i might missed something... but anyway, i'm not aware of any stable gate issue
16:19:33 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:19:45 elodilles and that's all from me for now
16:19:58 Uggla Thx elodilles
16:21:20 Uggla Skipping 2 next points because gibi and fwiesel are still on PTO.
16:21:31 Uggla #topic Open discussion
16:21:37 Uggla (r-taketn) Review request for the SEV/SEV-ES refactoring codes
16:21:45 Uggla #link: https://blueprints.launchpad.net/nova/+spec/generalize-sev-code
16:22:08 r-taketn Thanks.
16:23:15 r-taketn I hae uploaded some SEV/SEV-ES refactoring code for generalizing to add other memory encryption architecture,
16:23:47 r-taketn Could you please review these code and give some feedbacks?
16:27:37 Uggla r-taketn yes I will be able to look at it.
16:27:59 Uggla It will be great if tkajinam could review them too.
16:28:32 tkajinam I think I completed my first round of review but will recheck these
16:29:04 Uggla tkajinam sorry I did not checked. That cool if you already reviewed it.
16:29:28 r-taketn Uggla, tkajinami: Thank you. Some feedbacks would be helpful for me.
16:31:18 r-taketn Uggla: Thanks. That’s all from me.
16:31:33 Uggla good thx r-taketn.
16:31:43 Uggla Anything else you would like to discuss ?
16:33:57 Uggla seems not.
16:34:03 Uggla moving on
16:34:09 Uggla #topic Bug scrubbing
16:34:15 Uggla #info up to 200
16:34:23 Uggla #link: https://etherpad.opendev.org/p/nova-bug-triage-roster
16:35:09 Uggla Tbh I'm not ready to run something about it today, so I would rather defer it to next week.
16:35:24 Uggla Unless someone wants to share something.
16:37:21 Uggla Seems not, so time to close.
16:37:43 Uggla Thanks for joining this meeting. Have a nice day/evening and see you next week.
16:37:48 Uggla #endmeeting
16:37:48 opendevmeet Meeting ended Mon Jan 5 16:37:48 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:37:48 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-01-05-16.03.html
16:37:48 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-01-05-16.03.txt
16:37:48 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-01-05-16.03.log.html
16:37:53 elodilles thanks o/
16:38:05 tkajinam thank you :-)
16:38:40 r-taketn Thank you!
16:38:46 Uggla you are welcome.
19:41:23 JayF https://review.opendev.org/c/openstack/nova/+/969321 is still waiting review; minor improvement to the Ironci driver. Already has one +2 from 2025 :D
#openstack-nova - 2026-01-06
04:58:01 ykarel gmaan, Uggla apart from 2025.2 those centos9-stream job should be working(we running those in neutron periodic and are green), for 2025.2 we dropped those jobs as described in https://bugs.launchpad.net/neutron/+bug/2126033
05:09:56 ykarel ok all those jobs failing https://zuul.openstack.org/builds?job_name=tempest-centos9-stream-fips&job_name=tempest-integrated-compute-centos-9-stream&skip=0 with same issue as they running with non default python i.e PYTHON3_VERSION=3.11 , and that requires couple of fixes https://review.opendev.org/q/topic:%22bug/2109591%22
05:10:36 ykarel i think instead of that should be fine to just create a job variant for stable/unmaintained to run with Default python3_version
05:36:07 ykarel pushed https://review.opendev.org/c/openstack/tempest/+/972257
06:39:12 opendevreview Merged openstack/nova master: Replace removed os-vif-ovs job https://review.opendev.org/c/openstack/nova/+/972102
09:25:37 tkajinam any chance to get second +2 for https://review.opendev.org/c/openstack/nova/+/968942 ? I see a few more people are hitting the problem in recent Ubuntu.
09:29:33 grami[m] I second this, it should also be back ported to 2025.1
09:49:54 bauzas tkajinam: sent to the gate
09:50:10 bauzas tkajinam: I'll try to review your blueprint series this week btw;
09:57:00 tkajinam bauzas, thank you !
11:07:27 opendevreview Takashi Natsume proposed openstack/nova master: Update contributor guide for 2026.1 Gazpacho https://review.opendev.org/c/openstack/nova/+/961896
11:07:44 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Update the Testing document https://review.opendev.org/c/openstack/python-novaclient/+/966504
12:01:14 opendevreview Merged openstack/nova master: libvirt: Skip unsupported firmware types https://review.opendev.org/c/openstack/nova/+/968942
12:10:31 opendevreview Takashi Kajinami proposed openstack/nova stable/2025.2: libvirt: Skip unsupported firmware types https://review.opendev.org/c/openstack/nova/+/972276
12:23:28 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Extend functional test coverage of UEFI boot guests https://review.opendev.org/c/openstack/nova/+/969263
12:23:28 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Add basic xml generation for firmware auto selection https://review.opendev.org/c/openstack/nova/+/969085
12:23:29 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Add capability to load loader and nvram from xml https://review.opendev.org/c/openstack/nova/+/969086
12:23:29 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Add capability to load ssm feature from existing xml https://review.opendev.org/c/openstack/nova/+/969131
12:23:30 opendevreview Takashi Kajinami proposed openstack/nova master: libvirt: Use firmware auto-selection by libvirt https://review.opendev.org/c/openstack/nova/+/969132
13:02:41 opendevreview Merged openstack/python-novaclient master: Update the Testing document https://review.opendev.org/c/openstack/python-novaclient/+/966504
14:15:24 opendevreview Merged openstack/nova master: Replace remaining reference to policy.json https://review.opendev.org/c/openstack/nova/+/970648
14:28:00 opendevreview Bodo Petermann proposed openstack/os-vif master: Fixed bridge name when per_port_bridge is used https://review.opendev.org/c/openstack/os-vif/+/966410
14:31:41 opendevreview Nicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.opendev.org/c/openstack/nova/+/959682
14:36:59 opendevreview Bodo Petermann proposed openstack/os-vif master: Fixed bridge name when per_port_bridge is used https://review.opendev.org/c/openstack/os-vif/+/966410
14:38:28 womax Hi nova, I recently stumbled on this commit: https://opendev.org/openstack/nova/commit/9046f0fff4be424eda25401a3f9b8752964de775 that replace '.' with '-' at server creation as it created some problems while updating from old version as some integration used the metadata api to retrieve hostname that is now different. I read the thread in the mailing list and I understand that we were relying on UB, but I was still curious as to why this
14:38:28 womax fix was favored over using the existing placeholder (another fix that was proposed in the mails) ?
14:42:04 opendevreview Takashi Kajinami proposed openstack/nova master: Drop redundant N371 check https://review.opendev.org/c/openstack/nova/+/972302
17:04:49 opendevreview Nicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.opendev.org/c/openstack/nova/+/959682
17:07:48 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron networks https://review.opendev.org/c/openstack/nova/+/928022

Earlier   Later