Earlier  
Posted Nick Remark
#openstack-nova - 2026-08-03
16:20:59 Uggla i'll try to sync it probably tomorrow.
16:21:10 Uggla #topic Open discussion
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 Leo[m] Sorry, what's a PTG?
16:25:06 bauzas we said last week we should discuss this whether it would be specless or not
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 Uggla #endmeeting
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 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-03-16.00.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 Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-03-16.00.log.html
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: Fix deny_share host locality for NFS https://review.opendev.org/c/openstack/nova/+/998752
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: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: Report OWNER_NOVA trait on resource providers https://review.opendev.org/c/openstack/nova/+/994299
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
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

Earlier   Later