Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-04-27
16:12:32 bauzas Uggla: oh okay, I see a new PS, will do
16:13:03 Uggla cardoe, no worries I was just mentionning that we will have a common short topic in this meeting starting next week.
16:13:41 Uggla Also, for core reviewers, please have a look at stephenfin proposals: Proposals for changes to nova-core https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/EI44ZQG6UHIBNH3O26KHUVHIE576SCOC
16:13:43 cardoe So I had a thought after you mentioned to me doing this that maybe what we want is to write up a goal of how we should have the nova-ironic driver work.
16:14:15 cardoe Like an explicit use case if that sounds good?
16:14:41 cardoe And that way if something is outside of the use case we can close it?
16:15:08 cardoe There's many ways to use OpenStack services and the matrix just gets a bit bigger when you talk about cross-service interaction so I thought that might help.
16:16:05 sean-k-mooney cardoe: sorry im missing ocntext can you intoduce the topic better
16:16:47 Uggla cardoe, I think I'm not at that stage. My initial goal with having a topic here is to share your pain points, so we could discuss and try to address them.
16:17:01 cardoe sorry. So Uggla invited me to join the weekly nova meeting and said he made a section in the agenda for important nova/ironic bugs.
16:17:15 cardoe Uggla: okay.
16:17:37 Uggla and I expect to start next week, so it gives a little more time to think about it.
16:18:05 cardoe My suggestion was to write into the nova or ironic docs the expected use case of using nova & ironic together so that its clear what should be used and in scope and what shouldn't.
16:18:22 cardoe But yes next week sounds good. I'll go through what you posted. I'll be quiet now.
16:18:57 Uggla cardoe, I hope we can discuss a more during the week about the expectations.
16:19:36 gmaan and like in past, we had same sub team topic in nova meeting and here also we can use that topic for any new plan like cardoe mentioned as first in meeting topic
16:20:12 gmaan like the use case doc is good first thing
16:20:44 sean-k-mooney gmaan: ya i was suggeting a new subtem for the ironic driver
16:20:53 sean-k-mooney like the old libvirt one
16:21:07 sean-k-mooney and i can try to participat in the subteam too
16:21:26 gmaan that also work
16:21:28 sean-k-mooney i.e. not just in this meeting but if we need to have a more detailed corss team time
16:21:34 gmaan ++
16:21:42 sean-k-mooney we woudl role up the imporant highlith here
16:22:41 Uggla ya, to my mind, yes the short topic here is really to highlight the most important stuff for ironic. As this topic will be "quick".
16:23:08 Uggla And if it needs more time, then I'm not opposed to adhoc meeting.
16:23:48 Uggla ok moving on to next topic.
16:23:51 Uggla #topic Stable Branches
16:24:04 elodilles thanks
16:24:14 elodilles #info 2024.2 Dalmatian is about to move to EOL (planned date is Wednesday, April 29th, 2026), EOL patch: https://review.opendev.org/c/openstack/releases/+/984964
16:24:28 elodilles nova release liaisons please review ^^^
16:24:54 elodilles btw we did a final release for dalmatian as well:
16:24:58 elodilles #info nova stable releases were cut last week: 33.0.1 (2026.1 Gazpacho), 32.2.0, (2025.2 Flamingo), 31.3.0 (2025.1 Epoxy), 30.3.0 (2024.2 Dalmatian)
16:25:30 elodilles #info placement's stable/2025.1 gate is blocked, fix: https://review.opendev.org/c/openstack/placement/+/980761
16:25:36 elodilles #info rest of the stable gates should be OK
16:25:46 elodilles #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci
16:25:51 elodilles and that's all from me
16:26:15 Uggla thx elodilles, I'll try to have a look at the Dalmatian patch.
16:26:34 elodilles thanks in advance Uggla o/
16:26:41 Uggla #topic vmwareapi 3rd-party CI efforts Highlights
16:26:50 Uggla fwiesel any news from your side ?
16:26:57 fwiesel Hi, no updates from my side
16:27:11 Uggla fwiesel thanks.
16:27:21 Uggla #topic Gibi's news about eventlet removal
16:27:34 Uggla gibi or sambork something you want to share ?
16:29:24 sambork tests effort progresing, consol proxy patch landed, client testing patch is ready for review: https://review.opendev.org/c/openstack/nova/+/984036
16:29:24 Uggla I know gibi is busy in the other call. So skipping that one or come back to it later.
16:29:40 Uggla #topic Nova using openstack sdk for neutron
16:29:48 Uggla lajoskatona, something to report ?
16:30:54 Uggla I guess lajoskatona is not available too. so mobing on
16:31:00 Uggla #topic Bug scrubbing
16:31:07 Uggla #info up to 200 (+3)
16:31:15 Uggla #link: https://etherpad.opendev.org/p/nova-bug-triage-roster
16:31:21 Uggla #link: https://truc.uggla.fr/ to follow the trend.
16:31:46 Uggla I have scheduled a new bug triage session for this week.
16:32:00 Uggla This week [public] Upstream bug triage. Wednesday, April 29 · 15:30 – 16:00 UTC. Video call link: https://meet.google.com/fdz-phux-cnc
16:32:56 Uggla #topic Open discussion
16:33:06 Uggla nothing on the agenda for today.
16:33:39 Uggla But if someone wants to discuss something, please tell me.
16:35:27 sean-k-mooney noting form me
16:35:35 sean-k-mooney im still reflecting on the ptg dicussions
16:37:12 Uggla keeping this open 5 more mn, for people to react.
16:41:17 tkajinam nothing from me
16:41:26 gibi sorry folks
16:41:26 tkajinam a calm week after the busy PTG week :-)
16:41:39 gibi nothing extra. sambork thanks for the summary
16:41:41 bauzas .
16:43:21 Uggla tkajinam, sure, lots of things have been discussed at the PTG.
16:43:25 Uggla so if nothing else, I think we are good.
16:44:41 Uggla Time to close, thanks for joining this meeting. Have a nice day/evening and see you next week or Wednesday for the triage.
16:44:49 Uggla #endmeeting
16:44:49 opendevmeet Meeting ended Mon Apr 27 16:44:49 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:44:49 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-04-27-16.00.html
16:44:49 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-04-27-16.00.txt
16:44:49 opendevmeet Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-04-27-16.00.log.html
16:45:02 elodilles thanks o/
16:45:52 tkajinam thx
16:46:09 elodilles Uggla: i've +2'd the nova schedule patch, let me know if you think it is ready to merge and i'll +W it - https://review.opendev.org/c/openstack/releases/+/985791
16:46:58 Uggla elodilles, I just would like Sean to confirm it is ok for him.
16:47:17 Uggla sean-k-mooney if you can have a look ^
16:47:18 sean-k-mooney i think tis ok yes
16:47:27 Uggla 👍
16:47:56 sean-k-mooney it perhaps over pivitot a bit but i think the overall intent that the spec freze appleis to both specs and blueprints is captures
16:49:02 Uggla elodilles so I think you can go ahead.
16:49:13 elodilles ACK, on my way :]
19:34:07 opendevreview Ghanshyam Maan proposed openstack/nova-specs master: Spec for the graceful shutdown part2 https://review.opendev.org/c/openstack/nova-specs/+/986447
21:29:53 opendevreview melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623
22:23:53 opendevreview melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623
23:22:51 opendevreview melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623
23:47:41 opendevreview melanie witt proposed openstack/nova master: Increase wait retries for resize reschedule with qos port test https://review.opendev.org/c/openstack/nova/+/986468
23:50:12 melwitt gibi: same issue except in a different test class :/ not sure if there is some better non whack-a-mole way we would rather deal with this ^
#openstack-nova - 2026-04-28
00:42:09 opendevreview melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623
00:53:02 opendevreview Taketani Ryo proposed openstack/nova master: doc: clarify SEV/SEV-ES behavior with locked_memory https://review.opendev.org/c/openstack/nova/+/971300
02:18:59 opendevreview Ghanshyam Maan proposed openstack/nova master: Add functional test for cleanup_host cancelling queued live migrations https://review.opendev.org/c/openstack/nova/+/986477
02:44:48 opendevreview Ghanshyam Maan proposed openstack/nova master: DNM: Test removal of enforce_scope https://review.opendev.org/c/openstack/nova/+/986479
04:33:39 gibi melwitt: I will take a look
04:35:14 gibi melwitt: the only other option I see on the code level is to change the default of wait_for_state_change
04:35:37 gibi maybe just change it in the coverage job via an env var passed?
04:41:03 gibi we have OS_TEST_TIMEOUT as an example for a similar thing. We can have another var like OS_SLOW_ENV_WAIT_FACTOR that defaults to 1 and we can set it to 2 in the coverage env. Then this var can be multiplied in any sleep or retry count we see impacted by the slowness in the coverage env
08:20:17 opendevreview Lajos Katona proposed openstack/nova master: Use SDK for Neutron subnets https://review.opendev.org/c/openstack/nova/+/962190

Earlier   Later