16:03:44 <Uggla> #startmeeting nova
16:03:44 <opendevmeet> Meeting started Tue Sep  9 16:03:44 2025 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:03:44 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:03:44 <opendevmeet> The meeting name has been set to 'nova'
16:03:53 <Uggla> Hello everyone
16:03:56 <sean-k-mooney> o/
16:04:00 <ratailor> o/
16:04:04 <elodilles> o/
16:04:53 <dansmith> o/
16:05:24 <Uggla> Let's start
16:05:31 <fwiesel> o/
16:05:36 <Uggla> #topic Bugs (stuck/critical)
16:05:43 <bauzas> \o
16:05:43 <Uggla> #info No Critical bug
16:05:54 <Uggla> #topic Gate status
16:06:00 <Uggla> #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs
16:06:07 <gibi> o/
16:06:10 <Uggla> #link https://etherpad.opendev.org/p/nova-ci-failures-minimal
16:06:13 * gibi is distracted :/
16:06:20 <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:06:28 <Uggla> #info Please look at the gate failures and file a bug report with the gate-failure tag.
16:06:37 <Uggla> #info Please try to provide a meaningful comment when you recheck
16:07:39 <Uggla> I'm not aware of any issue on the upstream CI. Am I right ?
16:08:03 <elodilles> maybe worth to mention osc-placement
16:08:20 <sean-k-mooney> oh?
16:08:26 <sean-k-mooney> is there somethign we need to adress
16:08:30 <elodilles> tox-functional-py39 job is failing on its master and stable/2025.2 branch
16:08:36 <sean-k-mooney> oh
16:08:39 <sean-k-mooney> so we shoudl delete that
16:08:43 <elodilles> i've prepared a patch for that: https://review.opendev.org/q/I7726c99961ef41c7cf5ec71bf28df15eee191877
16:08:48 <sean-k-mooney> and make suer we have a 3.12 job instead
16:09:10 <sean-k-mooney> ah the clinet branches were cut last week
16:09:17 <sean-k-mooney> so we need to backport it to 2025.2 as well
16:09:21 <elodilles> sean-k-mooney: exactly
16:09:23 <sean-k-mooney> since hte branch already exists
16:09:28 <elodilles> yes
16:09:53 <sean-k-mooney> we already have a 3.12 version fo the job so +2
16:10:00 <elodilles> yes, that too
16:10:03 <gibi> I'm +2
16:10:07 <elodilles> thanks o/
16:10:16 <elodilles> then it should be fine now :]
16:10:21 <sean-k-mooney> this is a test only chnage so i dont thinkw e need to do another release right
16:10:42 <elodilles> sean-k-mooney: yes. no need for another release
16:10:47 <sean-k-mooney> +1
16:11:11 <sean-k-mooney> anything else for ci?
16:11:20 <elodilles> nothing from me
16:11:24 <sean-k-mooney> gibi: you mentioned there was a pyroute2 issues
16:11:57 <sean-k-mooney> has the bump been reverted/capped
16:12:10 <sean-k-mooney> or are we waiting on anohter release by the pyroute2 maintainer
16:13:01 * Uggla know that gibi is busy in another call.
16:13:17 <sean-k-mooney> ah no worries we can move on
16:13:29 <sean-k-mooney> https://review.opendev.org/c/openstack/requirements/+/957657 might have been the patch
16:13:48 <Uggla> maybe, we can come back later to that point later
16:13:48 <tkajinam> o/
16:14:13 <Uggla> skiping next point because gmaan is on pto.
16:14:21 <Uggla> #topic Release Planning
16:14:30 <Uggla> #link https://releases.openstack.org/flamingo/schedule.html
16:14:37 <Uggla> #info Nova deadlines are set in the above schedule
16:14:43 <Uggla> #info RC1 target is Thursday.
16:14:49 <Uggla> #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg
16:15:02 <elodilles> and we have the RC1 release patches proposed ;)
16:15:23 <Uggla> thx elodilles !
16:15:24 <elodilles> nova: https://review.opendev.org/960103 and placement: https://review.opendev.org/960108
16:15:35 <gibi> (lets get back to pyroute2 at the end of the meeting)h
16:15:46 <Uggla> gibi 👍
16:16:04 <Uggla> Do not forget to register to PTG
16:16:34 <Uggla> https://openinfra.org/ptg/
16:16:46 <Uggla> #topic Review priorities
16:16:56 <Uggla> #link https://etherpad.opendev.org/p/nova-2025.2-status
16:17:23 <Uggla> There are bugs listed on the documents.
16:17:44 <Uggla> Bug maybe you should have a look at these 2:
16:17:46 <Uggla> #link 699176: Faults from cell DB missing in GET /servers/detail | https://review.opendev.org/c/openstack/nova/+/699176
16:17:53 <Uggla> #link 955657: Preserve vTPM state between power off and power on | https://review.opendev.org/c/openstack/nova/+/955657
16:18:22 <Uggla> #topic OpenAPI
16:18:30 <Uggla> #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned
16:18:36 <Uggla> #info still 28 remaining atm.
16:19:24 <Uggla> #topic Stable Branches
16:19:35 <Uggla> elodilles please go ahead.
16:19:38 <elodilles> thanks
16:19:42 <elodilles> #info stable/2025.2 branch were cut for nova libraries
16:19:58 <elodilles> osc-placement is covered already, so skipping that o:)
16:20:17 <elodilles> #info stable/2025.* and stable/2024.* seem to be in OK state
16:20:22 <elodilles> #info stable/2025.* and stable/2024.* seem to be in OK state
16:20:37 <elodilles> #info as soon as nova + placement RC1 patches land, stable/2025.2 branches will be cut for them
16:20:45 <elodilles> #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:21:10 <elodilles> that's all from me about stable, back to you Uggla
16:21:37 <opendevreview> Merged openstack/osc-placement master: [CI] Drop unsupported py39 based functional job  https://review.opendev.org/c/openstack/osc-placement/+/959873
16:21:49 <elodilles> \o/
16:22:54 <Uggla> elodilles, I think only the prelude is missing from a "process" point of view.
16:23:13 <opendevreview> Takashi Kajinami proposed openstack/nova master: libvirt: Select appropriate image for stateless firmware  https://review.opendev.org/c/openstack/nova/+/959988
16:23:26 <elodilles> Uggla: yes, i think that's correct
16:23:40 <opendevreview> Takashi Kajinami proposed openstack/nova master: libvirt: Select appropriate firmware for stateless firmware  https://review.opendev.org/c/openstack/nova/+/959988
16:23:42 <elodilles> as cycle highlights have merged
16:23:50 <sean-k-mooney> Uggla: you proposed that? last week corect or whas that the cycle highlights
16:23:53 <Uggla> I guess we might still land some bugs too.
16:24:23 <elodilles> Uggla: before RC1?
16:24:30 <sean-k-mooney> https://review.opendev.org/c/openstack/nova/+/959188
16:25:20 <elodilles> Uggla: because in that case please add a -1 to the RC1 patch so that the release team will wait for an update there
16:25:52 <Uggla> sean-k-mooney cycle highlights patch was merged, but the prelude is just a "copy" of the highlights.
16:26:38 <Uggla> elodilles, I will do it, we discussed a patch I need to check
16:26:59 <opendevreview> Takashi Kajinami proposed openstack/nova master: libvirt: Ignore unsupported firmware architectures  https://review.opendev.org/c/openstack/nova/+/959985
16:27:01 <elodilles> ACK, thanks o/
16:27:03 <Uggla> sean-k-mooney, not sure I answered you question..
16:27:16 <sean-k-mooney> Uggla: its fine i foudn the review
16:27:26 <Uggla> sean-k-mooney thx
16:27:31 <sean-k-mooney> i see bauzas has a -1
16:27:34 <Uggla> #topic vmwareapi 3rd-party CI efforts Highlights
16:27:36 <sean-k-mooney> but i have not looked at why
16:27:45 <fwiesel> #info fwiesel back from PTO
16:27:58 <Uggla> fwiesel anything you want to discuss ?
16:28:09 <fwiesel> That's it from my side. Didn't had the time yet to look into anything except my backlog of e-mails.
16:28:39 <fwiesel> Uggla: So, back to you
16:28:40 <Uggla> fwiesel, thx, I just hope you pto were good. ;)
16:29:12 <Uggla> #topic Gibi's news about eventlet removal.
16:29:20 <Uggla> #link Blog: https://gibizer.github.io/categories/eventlet/
16:29:23 <gibi> no news
16:29:37 <gibi> or rather no actionable new
16:29:39 <gibi> news
16:29:45 <gibi> I'm waiting for master to open for G
16:30:01 <Uggla> 👍
16:30:09 <dansmith> gibi: I was trying to get my s-g patch set revised yesterday
16:30:09 <gibi> in the background I'm brewing a rally job that might be able to compare the performance of nova between eventlet and threading
16:30:17 <dansmith> the tooling was making that hard, but I'm hoping to be able to get that up soon in G
16:30:29 <gibi> dansmith: cool. I will review when it is up
16:31:02 <gibi> that is it from me
16:31:32 <Uggla> thx gibi
16:31:41 <Uggla> #topic Open discussion
16:32:09 <Uggla> I know bauzas wants to discuss about open infra topic.
16:32:16 <Uggla> bauzas please go ahead.
16:33:05 <bauzas> nothing important, this was a question whether we would want Nova presence at the OIF Summit pavilion https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/MM4OJO5CCC4GHMYUN3OJBDHTSZNB32H2/
16:35:14 <gibi> I cannot be there
16:35:43 <opendevreview> Merged openstack/osc-placement stable/2025.2: [CI] Drop unsupported py39 based functional job  https://review.opendev.org/c/openstack/osc-placement/+/959874
16:36:37 <Uggla> bauzas, I don't manage to open the link is it something we could do ?
16:36:59 <stephenfin> Uggla: The OpenInfra Summit 2025 will host an Open Source Pavilion booth space where open source projects can book an hour or two to showcase their work, engage with attendees, and share updates on their latest developments at the Summit. If you are interested in taking advantage of this opportunity for your project please fill out this form [0] and the event planners will get back to you with scheduling details.
16:37:00 <bauzas> gibi: I'll be there, my question was whether you were wanting me to represent the Nova project
16:37:04 <stephenfin> That's the bulk of it
16:37:14 <stephenfin> (It took ages to load for me too)
16:37:16 <gibi> bauzas: ahh I see
16:37:32 <stephenfin> bauzas: What are you thinking? Something AI/GPU-flavoured?
16:37:39 <gibi> bauzas: showing the latest updates might make sense
16:37:41 <Uggla> thx stephenfin
16:37:45 <bauzas> previously we were providing project updates
16:37:54 <gibi> yeah someting like that^^
16:37:56 <bauzas> looks like the pavilion is the new form
16:38:08 <stephenfin> Ah, nice one
16:38:22 <bauzas> cool, then that's settled
16:38:37 <bauzas> and Uggla, will you be at the summit ?
16:38:46 <Uggla> yes
16:38:47 <bauzas> fancy co-presenting ?
16:38:58 <gibi> bauzas: if you could also mention to the folks that we are removing eventlet and ask them to try threading mode and report any issues that would be awesomej
16:39:16 <dansmith> gibi: yeah, definitely
16:39:16 <bauzas> gibi: that will certainly be part of the project updates :)
16:39:24 <Uggla> gibi 👍
16:39:35 <dansmith> definitely try to get some people on board for testing and providing feedback
16:39:43 <Uggla> bauzas, will be happy to copresent with you
16:40:11 <bauzas> cool, settled as I said
16:40:12 <gibi> ahh I see it will be in France hence we will have nice representation
16:40:14 <bauzas> moving on ?
16:41:04 <Uggla> anything else you want to discuss ?
16:41:20 <gibi> o/
16:41:22 <gibi> pyroute2
16:41:39 <Uggla> sure, sorry I was about to forget about it! Thx
16:42:08 <gibi> so the previous issue about async loops are reproduces with 0.9.4 as well
16:42:27 <gibi> so the supposed fix wasn't a real fix, it probably decreased the chance of happening
16:42:54 <gibi> I pinged the release channel asking if we can revert back to 0.8.x so late in the cycle. I got no answers yet
16:43:19 <tkajinam> you mean requirements channel ?
16:44:01 <gibi> I pinged the release channel I'm not aware of having a separate channel to requirements
16:44:14 <elodilles> #openstack-requirements o:)
16:44:20 <tkajinam> yeah
16:44:26 <elodilles> but i think i pinged the release folks
16:44:26 <sean-k-mooney> gibi:  is there a workaround
16:44:31 <elodilles> on release channel
16:44:32 <sean-k-mooney> beyond downgrading
16:44:46 <gibi> sean-k-mooney: try again and it will succeed
16:44:56 <elodilles> (yeah, i did ping them)
16:45:02 <gibi> the issue happens pretty infrequently
16:45:34 <gibi> https://bugs.launchpad.net/os-vif/+bug/2109396
16:45:37 <sean-k-mooney> i guess you could also use the legacy vsctl driver if we have not deleted that yet
16:45:40 <gibi> this is the bug it has the links
16:45:55 <sean-k-mooney> oh actully no
16:46:25 <gibi> I also don't have clear answer if we can revert the requirements
16:46:28 <gibi> later on stable
16:46:47 <tkajinam> though I've been struggling to get any feedback there. Maybe sending an email to ml would be a good option, hoping that Tony and Sean may be reading it. though I know release team has full +2 access to requirements, too.
16:47:03 <tkajinam> I mean I've been struggling to get any feedback in #openstack-requirements
16:47:25 <gibi> I will drop a mail to the ML
16:47:26 <sean-k-mooney> gibi: i guess the reals concern with the cap
16:47:32 <tkajinam> frickler has been the only one there for some time (though he is not a req team member but a release team member)
16:47:34 <sean-k-mooney> is has neutron started depending on it
16:47:39 <sean-k-mooney> and what are distos shiping
16:48:45 <sean-k-mooney> if we cant cap it later we mgith eb able to work around it with a retry in os-vif by cathcing the RuntimeError
16:48:52 <gibi> at least ykarel is aware of the issue from neutron as he discovered that the issue is happening with 0.9.4
16:49:22 <sean-k-mooney> meaning they likely would not object to the cap?
16:49:36 <gibi> I don't want to solve it here. I will drop a mail to ML asking for guidance from requirements team
16:49:36 <sean-k-mooney> i.e. its impacting them also
16:49:42 <sean-k-mooney> ack
16:49:49 <gibi> I think they saw it in CI
16:49:57 <gibi> making interface attach failing
16:50:14 <gibi> but the failure is during the call from nova
16:50:22 <gibi> not a call form neutron to os-vif
16:50:34 <sean-k-mooney> ack well as i said we may be able to catch that excption and retry a limtied number of tiem in os-vif
16:50:43 <sean-k-mooney> kind of like we do for powering off cores
16:50:48 <gibi> sure. I rather want pyroute2 to fix the async code
16:50:49 <sean-k-mooney> btu i know neutron uses it more widely
16:51:09 <gibi> anyhow I have nothing further on this
16:52:17 <elodilles> (i added this to release team's weekly meeting's agenda for Friday, but i really hope that this will be sorted out until then :S)
16:53:02 <gibi> no worries I think we can go out with Flamingo even if the bug is there. Occasional failures that are fixed by the human retrying is not an end of the world
16:53:27 <gibi> elodilles: thanks!j
16:53:54 <elodilles> gibi: thanks too in advance for your mail to ML about this
16:55:03 <Uggla> good, anything else ?
16:55:43 <tkajinam> I was wondering if I could get any thoughts for https://bugs.launchpad.net/nova/+bug/2122296 . we don't have enough time and I likely skip the meeting next week but we can discuss it later here or the meeting in 2 weeks
16:56:20 <tkajinam> that's about sateless firmware but I also want to discuss similar problem with sev/sev-es, too
16:56:45 <sean-k-mooney> i belive we had a similar situration with secure boot before
16:57:19 <sean-k-mooney> i.e. if you enabel uefi adn dont reqeust secure boto we shoudl not use the SB+SMM one right
16:57:30 <tkajinam> yeah
16:57:31 <tkajinam> we have firmware detection logic for secure boot now so I'm wondering if I should follow that pattern.
16:57:46 <tkajinam> though this means that we may break existing usage with firmware without explicit support declared
16:58:09 <tkajinam> (I feel like such usage would be anyway broken but want to hear any opinion about it
16:58:13 <sean-k-mooney> ya i dont have context loaded but i think that would be a good thing to fix eventually
16:58:36 <tkajinam> this is just for early heads-up
16:59:16 <sean-k-mooney> we cant rely on libvirt to select it?
16:59:29 <tkajinam> we can, though that would be a huge change
16:59:29 <sean-k-mooney> i vagely recall that being a thing in newer relases
16:59:47 <tkajinam> libvirt is now capable to select a correct firmware with only flags provided
16:59:47 <sean-k-mooney> ack. that is prbaly the correct long term solution
17:00:00 <tkajinam> Uggla, I think we can wrap up the call (unless anyone else has additional topics)
17:00:11 <tkajinam> s/call/meeting/
17:00:25 * gibi is done
17:01:02 <Uggla> ok time to close. Thanks everyone.
17:01:09 <Uggla> #endmeeting