| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-08-03 | |||
| 16:21:21 | Uggla | nothing listed on the agenda. | |
| 16:21:23 | Leo[m] | Hello. My apologies, I thought I added this to the open discussion agenda but it appears my change didn’t take. As was decided last week, I wrote a blueprint with possible ways to support hostname-based Ceph Mon references. Here is a link to the blueprint: https://blueprints.launchpad.net/nova/+spec/hostname-mon-references. Please let me know what my next steps should be. Thank you for your time and attention | |
| 16:21:29 | Uggla | Something you'd like to discuss ? | |
| 16:22:38 | Uggla | if not I guess we are done for today. | |
| 16:23:02 | Leo[m] | Could we discuss what the next steps would be for the above ^^? | |
| 16:23:18 | Uggla | oh sorry Leo[m] | |
| 16:23:28 | Uggla | I thought it was from last week | |
| 16:23:46 | Leo[m] | Oh no worries | |
| 16:23:59 | Leo[m] | * Oh, no worries | |
| 16:24:48 | Uggla | I guess the next step it to have a spec, so it could be reviewed at the next PTG. | |
| 16:25:06 | bauzas | we said last week we should discuss this whether it would be specless or not | |
| 16:25:06 | Leo[m] | Sorry, what's a PTG? | |
| 16:25:30 | bauzas | but as we already said too, we're too late for this cycle | |
| 16:25:59 | Uggla | ok, so if specless, no spec required. | |
| 16:26:24 | Uggla | Leo[m], PTG is a long week meeting to prepare the tech topic for next cycle. | |
| 16:26:47 | Uggla | https://openinfra.org/ptg/ | |
| 16:27:17 | dansmith | feels like a spec is warranted, | |
| 16:27:30 | dansmith | because I dunno what would happen if someone flips that config on a live system with some existing instances, etc | |
| 16:27:40 | dansmith | and what upgrade requirements there should be | |
| 16:27:52 | dansmith | or what the implications of reading ceph.conf directly are | |
| 16:27:55 | bauzas | I wasn't saying this is specless, I was referring to the fact last week we were missing quorum | |
| 16:30:09 | Leo[m] | I can write a spec and do more testing on our end. Is there a gut-reaction preference to one of the options? | |
| 16:30:39 | dansmith | not option 3, IMHO | |
| 16:30:58 | dansmith | (gut reaction) | |
| 16:31:07 | Uggla | still no quorum today, but from Dan's questions I guess it would be good to have one. | |
| 16:31:15 | dansmith | but providing the pros/cons of each in the spec will help narrow down the right path | |
| 16:31:52 | tkajinam | +1 | |
| 16:32:18 | tkajinam | we discussed similar concerns during the previous meeting and indicated this may need a spec | |
| 16:32:44 | Leo[m] | Sounds good. Thank you | |
| 16:33:32 | Uggla | Leo[m] 👍 | |
| 16:33:38 | Uggla | something else ? | |
| 16:35:05 | Uggla | so this time I think we are good for today. | |
| 16:35:21 | Uggla | Thanks for joining this meeting. Have a nice day/evening. | |
| 16:35:27 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-03-16.00.log.html | |
| 16:35:27 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-03-16.00.txt | |
| 16:35:27 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-03-16.00.html | |
| 16:35:27 | opendevmeet | Meeting ended Mon Aug 3 16:35:27 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:35:27 | Uggla | #endmeeting | |
| 16:35:36 | elodilles | thanks o/ | |
| 16:35:51 | Leo[m] | thank you o/ | |
| 16:35:52 | lajoskatona | o/ | |
| 16:36:05 | tkajinam | thanks | |
| 18:11:11 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Extract share management from ComputeManager https://review.opendev.org/c/openstack/nova/+/999349 | |
| 18:11:11 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Fix deny_share host locality for NFS https://review.opendev.org/c/openstack/nova/+/998752 | |
| 18:11:12 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Support cold migration with virtiofs shares https://review.opendev.org/c/openstack/nova/+/989633 | |
| 19:54:21 | clif | I'm trying to run py3 tox target locally on latest master but I'm getting a lot (217) failed unit tests. Is there something I'm supposed to do besides git clone and then tox -epy3? | |
| 19:54:38 | clif | I've made sure I have a completely clean tree | |
| 19:55:02 | clif | One message I'm seeing a lot of in failures: "Exception: This test invokes builtins.open on /sys/module/kvm_amd/parameters/sev. It is bad, you should mock it." | |
| 20:22:46 | dansmith | clif: are you on something other than linux? although from the look of that, I'd guess maybe even being on linux but without SEV support you might hit that | |
| 20:22:50 | dansmith | I'd think the latter would affect CI though | |
| 20:23:36 | clif | linux, fedora specifically | |
| 20:24:33 | dansmith | ack, should work of course.. maybe hit tkajinam knows if something merged recently for the CC stuff that might be related | |
| 20:25:33 | clif | Is there a way to turn off or skip sev specific tests? I'm not familiar with the feature, I *am* running an AMD cpu | |
| 20:25:57 | clif | but a desktop chip, not EPYC | |
| 20:28:06 | JayF | I don't know if practices in Nova are different, but we'd also generally treat a non-mocked read of stuff outta /sys (or proc, or dev, or anything-local) in unit tests as a bug | |
| 20:28:10 | JayF | (in Ironic) | |
| 20:37:10 | dansmith | yep for sure, hence why I'm suggesting it might be a recent merge and the CC people might know of something obvious | |
| 23:20:58 | tkajinam | clif, which commit hash are you using ? | |
| 23:27:09 | clif | 39dc667a1f9a7c12814f5892b900462560b1a229 as of last attemp | |
| 23:35:42 | opendevreview | Seyeong Kim proposed openstack/nova stable/2026.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999667 | |
| 23:36:09 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.2: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999668 | |
| 23:36:53 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999669 | |
| #openstack-nova - 2026-08-04 | |||
| 00:20:10 | opendevreview | Seyeong Kim proposed openstack/nova stable/2026.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999667 | |
| 00:20:18 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.2: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999668 | |
| 00:20:25 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999669 | |
| 00:41:00 | opendevreview | Seyeong Kim proposed openstack/nova stable/2026.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999667 | |
| 00:41:13 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.2: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999668 | |
| 00:41:21 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999669 | |
| 00:41:49 | opendevreview | Seyeong Kim proposed openstack/nova master: Avoid serializing orphaned instance in log https://review.opendev.org/c/openstack/nova/+/992574 | |
| 00:42:44 | opendevreview | Seyeong Kim proposed openstack/nova master: Avoid serializing orphaned instance in log https://review.opendev.org/c/openstack/nova/+/992574 | |
| 00:46:14 | opendevreview | Seyeong Kim proposed openstack/nova master: Avoid serializing orphaned instance in log https://review.opendev.org/c/openstack/nova/+/992574 | |
| 00:47:03 | opendevreview | Seyeong Kim proposed openstack/nova stable/2026.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999667 | |
| 00:47:04 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.2: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999668 | |
| 00:47:11 | opendevreview | Seyeong Kim proposed openstack/nova stable/2025.1: Restore 'fork' start method for daemon mode on Python 3.14 https://review.opendev.org/c/openstack/nova/+/999669 | |
| 07:48:26 | opendevreview | Joan Gilabert proposed openstack/nova master: Add libvirt driver MDEV ARQ support for Cyborg https://review.opendev.org/c/openstack/nova/+/995840 | |
| 07:48:26 | opendevreview | Joan Gilabert proposed openstack/nova master: Report OWNER_NOVA trait on resource providers https://review.opendev.org/c/openstack/nova/+/994299 | |
| 08:07:33 | opendevreview | Joan Gilabert proposed openstack/nova master: Report OWNER_NOVA trait on resource providers https://review.opendev.org/c/openstack/nova/+/994299 | |
| 08:07:34 | opendevreview | Joan Gilabert proposed openstack/nova master: Add libvirt driver MDEV ARQ support for Cyborg https://review.opendev.org/c/openstack/nova/+/995840 | |
| 08:36:44 | gibi | bauzas: could you look back at you gpu doc patch we have some question there https://review.opendev.org/c/openstack/nova/+/999607 | |
| 08:37:52 | bauzas | gibi: you're making a great point, this is not only for vfio-mdev but also for vfio-pci variant driver migrations | |
| 08:38:33 | bauzas | I'll amend the doc patch to mention vfio-pci too | |
| 09:19:31 | opendevreview | Sylvain Bauza proposed openstack/nova master: doc: Document postcopy incompatibility with vGPU live migration https://review.opendev.org/c/openstack/nova/+/999607 | |
| 09:45:16 | sean-k-mooney | bauzas: you or cursor added "Co-authored-by: Cursor <cursoragent@cursor.com>" that wrong, but otherwise the commit looks fine to me | |
| 09:45:27 | bauzas | doh | |
| 09:45:35 | bauzas | I'll change that | |
| 09:46:28 | opendevreview | Sylvain Bauza proposed openstack/nova master: doc: Document postcopy incompatibility with vGPU live migration https://review.opendev.org/c/openstack/nova/+/999607 | |
| 09:46:46 | sean-k-mooney | thanks | |
| 09:48:35 | sean-k-mooney | bauzas: speaking of gpus i have some cyborg related gpu patches that i would like to progress on the nova side. | |
| 09:49:09 | sean-k-mooney | if i can find them again :) | |
| 09:49:36 | sean-k-mooney | ah yes https://review.opendev.org/q/topic:%22bp/support-vfio-variant-driver-managed-mode-via-cyborg%22 | |
| 09:49:52 | bauzas | no promises I can review them but I'll try | |
| 09:49:55 | sean-k-mooney | im going to be rebasing those later today | |
| 09:51:03 | sean-k-mooney | i basically have 6 patches in nova that i want to try an land this cycle, those 2 for vfio-varitnt driver suport via cybrog | |
| 09:51:25 | sean-k-mooney | 2 patches that jgilaber is creating for time sliced gpus (vfio-mdev) | |
| 09:51:38 | sean-k-mooney | and then 2 for ironci start up time | |
| 09:52:11 | sean-k-mooney | if you have time to look at any of those that woudl be great if not i will try and follow up with other to land them in time | |
| 09:52:12 | bauzas | okay, I'm pretty busy before my two-week PTO which will be on next Tuesday but I'll definitely try | |
| 09:52:29 | bauzas | thanks for the effortd | |
| 09:54:41 | sean-k-mooney | as an fyi we are also seting up devstack based nightly ci to test as much of this as possible with real hardware internally (we cant currentl report the logs externally due to internal info in the job) but on the cybrog side we have been developing a kernel module to emulsate gpus, nvme devices and eventually nics | |
| 09:55:07 | sean-k-mooney | so we will have a mix of 1st party ci and internal coverage in the next few months for this | |