| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-08-10 | |||
| 16:06:17 | Uggla | #link New file for Hibiscus https://etherpad.opendev.org/p/nova-2026.2-status | |
| 16:06:23 | Uggla | #info I have updated Launchpad and the above doc. Please ping me if you spot something missing. | |
| 16:06:30 | Uggla | #info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review. | |
| 16:07:32 | Uggla | Skipping Elod an fwiesel topics because they are on PTO. | |
| 16:07:52 | Uggla | #topic Kamil's news about eventlet removal | |
| 16:08:21 | sambork | Python 3.13 threading voting (997216) and the supporting Futurist dependency (975508) are approved but they are missing aditional +2+w. Merging Futurist unblocks replacing Nova's StaticallyDelayingWrapper (997410). Thread-pool executor centralization (998571) advanced. Diagnostic testing (999378) confirmed genuine CI instability across py311 and py313 functional runs. And we are still waiting for new perftest rerun | |
| 16:09:36 | sambork | gibi anything to add? | |
| 16:09:58 | sambork | if not eom | |
| 16:10:22 | Uggla | thx sambork | |
| 16:10:35 | Uggla | #topic Nova using openstack sdk for neutron | |
| 16:10:42 | gibi | (nothing to add) | |
| 16:10:48 | Uggla | lajoskatona, something you'd like to share ? | |
| 16:11:12 | lajoskatona | Not much the SDK patch: https://review.opendev.org/c/openstack/openstacksdk/+/995724 is on its way | |
| 16:11:52 | lajoskatona | Some of the nova patches are tested with the fields=[something, ...] option, so slow progress | |
| 16:12:03 | lajoskatona | that's it from me for the SDK topic | |
| 16:12:22 | Uggla | thx lajoskatona | |
| 16:12:47 | Uggla | #topic Confidential computing, status of SNP and TDX features | |
| 16:13:52 | gibi | o/ | |
| 16:14:00 | gibi | TDX progressing nicely | |
| 16:14:02 | gibi | in my eyes | |
| 16:14:18 | gibi | I'm most +2 on the series | |
| 16:14:23 | gibi | and bauzas also reviewed it | |
| 16:14:37 | gibi | aaand I saw the feature working on a real machine on Friday | |
| 16:14:55 | gibi | lets finalize the outstanding question and land it! :) | |
| 16:15:04 | gibi | <eom> | |
| 16:15:08 | antia | gibi: did you manage to try attestation? | |
| 16:15:13 | Uggla | \o/ | |
| 16:15:17 | gibi | antia: you the very basic parts | |
| 16:15:23 | gibi | s/you/just/ | |
| 16:15:26 | antia | great! | |
| 16:15:53 | gibi | but what I'm blocked on is totally outside of nova so I'm not caring that much :) | |
| 16:16:23 | gibi | I saw VM -> qgsd communication working | |
| 16:16:35 | gibi | qgsd failing, but that in on intel :) | |
| 16:16:48 | antia | that should be enough :) | |
| 16:17:05 | gibi | :) | |
| 16:17:29 | Uggla | antia, gibi thx happy it goes well ! | |
| 16:18:00 | gibi | o | |
| 16:18:10 | Uggla | #topic Bug scrubbing | |
| 16:18:17 | Uggla | #info up to 82 (+2) | |
| 16:18:23 | Uggla | #link https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:18:29 | Uggla | #link https://truc.uggla.fr/ to follow the trend. | |
| 16:18:37 | Uggla | Next meeting (this week): [public] Upstream bug triage. Wednesday, August 12th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj | |
| 16:19:12 | Uggla | #topic Open discussion | |
| 16:19:21 | Uggla | I have one topic | |
| 16:19:37 | Uggla | PTL Candidacy: I wanted to do another round for the 'I' cycle, but my manager suggested that it would be better to have someone else step in. I agree that if possible rotating the role is good for the project. So, would anyone like to run as a candidate for Nova PTL? (Note: The deadline is August 19th.) | |
| 16:20:50 | Uggla | or if you know someone interested in ? | |
| 16:20:56 | bauzas | I wouldn't be afraid of running again for a seat but not for this cycle, unfortunately due to some downstream efforts | |
| 16:22:01 | Uggla | bauzas ok | |
| 16:22:27 | bauzas | if someone else wants to test it, it can be for one cycle :) | |
| 16:24:32 | Uggla | I'll probably ask next week too because we are not a lot today. | |
| 16:25:39 | bauzas | ack | |
| 16:25:45 | Uggla | not a lot of success for the topic. :) | |
| 16:26:40 | bauzas | :-| | |
| 16:27:22 | gibi | I cannot add to much to it | |
| 16:28:25 | Uggla | ok something else you'd like to discuss. | |
| 16:28:51 | Leo[m] | https://review.opendev.org/c/openstack/nova-specs/+/1000098 | |
| 16:28:51 | Leo[m] | Hello, I hope everyone is doing well. As requested, I wrote a spec to go with my blueprint: | |
| 16:29:03 | Leo[m] | Please let me know if there's anything else I can do | |
| 16:29:36 | Leo[m] | Would appreciate any questions, comments, or concerns! | |
| 16:29:56 | Uggla | thx Leo[m] | |
| 16:30:01 | gibi | sorry folks I have to drop for today. o/ | |
| 16:30:37 | Uggla | anything else ? If not I think we can close and keep this meeting short. | |
| 16:30:37 | gmaan | gibi: sean-k-mooney[m] sambork unifying the threadpool executors is ready, please check https://review.opendev.org/c/openstack/nova/+/998571 | |
| 16:31:08 | gmaan | oh, we are still in meeting. did not realize it | |
| 16:31:13 | sambork | gmaan, ack! | |
| 16:31:40 | Uggla | ok closing | |
| 16:31:42 | Uggla | Thanks for joining this meeting. Have a nice day/evening. | |
| 16:31:48 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.log.html | |
| 16:31:48 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.txt | |
| 16:31:48 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-10-16.00.html | |
| 16:31:48 | opendevmeet | Meeting ended Mon Aug 10 16:31:48 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:31:48 | Uggla | #endmeeting | |
| 16:31:56 | lajoskatona | o/ | |
| 16:32:28 | Leo[m] | o/ | |
| 16:32:43 | gmaan | gibi: sambork sean-k-mooney[m] and i separated the graceful shutdown change, the next one on top of it. This is purely to unify the executors things we discussed in the Eventlet meeting. that will help to know if anything it is changing/impacting. | |
| 16:32:59 | Uggla | bauzas, enjoy your PTOs | |
| 16:33:15 | gmaan | bauzas: o/ | |
| 16:34:10 | tkajinam | o/ | |
| 16:35:27 | bauzas | ta | |
| 16:56:38 | opendevreview | sean mooney proposed openstack/nova master: libvirt: Support Cyborg PCI ARQ managed mode https://review.opendev.org/c/openstack/nova/+/994579 | |
| 16:56:39 | opendevreview | sean mooney proposed openstack/nova master: doc: Add guide for NVIDIA vGPU with SR-IOV variant drivers https://review.opendev.org/c/openstack/nova/+/994160 | |
| 16:57:04 | opendevreview | Ghanshyam Maan proposed openstack/nova master: Task tracking mechanism for graceful shutdown https://review.opendev.org/c/openstack/nova/+/996299 | |
| 16:58:25 | gmaan | dansmith: ^^ updated the doc string for fixture. for whitebox testing. i replied about the graceful shutdown job. I think that still make sure graceful shutdown works as an end-to-end scenario. Please check if we need to extend/modify those tests | |
| 17:01:02 | dansmith | ack | |
| 17:14:17 | opendevreview | Merged openstack/python-novaclient master: bindep: Remove stale marker https://review.opendev.org/c/openstack/python-novaclient/+/999529 | |
| 18:34:05 | dansmith | gmaan: what are you doing to test long-running tasks? I could do a migration and maybe try to slow it down, but do you have a better obvious thing to try/ | |
| 18:36:14 | gmaan | dansmith: no other things, job start the migration and make sure SIGTERM signal is raised before migration is completed and make sure service does hot shutdown before migration is completed | |
| 18:37:00 | dansmith | okay.. maybe I can just put a sleep(300) in some action | |
| 18:40:14 | gmaan | yeah, that should work. make sure to change the graceful shutdown timeouts if you want shutdown to wait or timeout before action completed | |
| 18:40:35 | gmaan | devstack set graceful_shutdown_timeout to 5 sec for each service | |
| 18:40:54 | gmaan | manager_shutdown_timeout is 160 defaults | |
| 19:04:19 | dansmith | gmaan: yeah, so I put a long sleep at the beginning of stop_instance() and I see it doing the delay.. but when I SIGTERM compute I see "no in progress tasks" and it exits immediately | |
| 19:04:24 | dansmith | timeout is set to 180s | |
| 19:04:46 | dansmith | stop_instance should be waiting because it's not @skip'd right? | |
| 19:05:38 | gmaan | yeah, it should be. even both @skip'd or non @skip'd should be same in-progress tasks list | |
| 19:06:17 | gmaan | did you put sleep in manager stop_instance right? i mean manager picked up stop operation form RPC | |
| 19:06:56 | dansmith | correct | |
| 19:07:25 | dansmith | I will make the record_task_start log always to see if it's getting recorded | |
| 19:08:00 | gmaan | k | |
| 19:09:22 | gmaan | dansmith: wait, I think it is completed in rpcserver.wait() before manager log it, I am changing the order in this, can you pick this https://review.opendev.org/c/openstack/nova/+/996583/8 | |