| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-08-03 | |||
| 16:10:29 | Uggla | Neither Kamim not gibi are available today, but Kamil gave an update earlier: | |
| 16:10:35 | Uggla | Not much to update. This week's eventlet-removal work in Nova was dominated by test work: gibi is trying to make the functional-py313-threading job voting (#997216), while a refactor replacing StaticallyDelayingWrapper with a futurist-based executor (#997410) is under review | |
| 16:11:10 | Uggla | #topic Nova using openstack sdk for neutron | |
| 16:11:23 | Uggla | hello lajoskatona, something to share today ? | |
| 16:11:28 | lajoskatona | Hi, | |
| 16:12:03 | lajoskatona | the actually what I shared last week: I added option to SDK to have filtering option for fields | |
| 16:12:05 | lajoskatona | https://review.opendev.org/c/openstack/openstacksdk/+/995724 | |
| 16:12:42 | lajoskatona | with this we can do the same low-cost API requestst toward Neutron like it happened with neutronclient | |
| 16:13:21 | lajoskatona | that's it actually for this topic from me | |
| 16:13:41 | Uggla | thx lajoskatona | |
| 16:13:52 | Uggla | #topic Confidential computing, status of SNP and TDX features | |
| 16:14:06 | Uggla | tkajinam, antia something you'd like to share ? | |
| 16:14:42 | antia | Got a TDX vm up and running. Will add some documentation to go with it. | |
| 16:14:56 | Uggla | antia cool ! | |
| 16:15:42 | tkajinam | I've not yet checked https://review.opendev.org/c/openstack/nova/+/999249 but will review it later this week | |
| 16:16:13 | Uggla | I understood SNP is merged now, so nothing remaining on that side ? | |
| 16:16:58 | tkajinam | yeah, nothing from nova's perspective | |
| 16:17:23 | Uggla | tkajinam cool thanks for all this work. | |
| 16:17:32 | tkajinam | though I've found a few problems with ovmf in ubuntu 26.04 package. in case anyoen is interested please check https://bugs.launchpad.net/ubuntu/+source/edk2/+bug/2161231 and https://bugs.launchpad.net/ubuntu/+source/edk2/+bug/2160129 | |
| 16:17:42 | tkajinam | at this moment c10s would be a better choice, it seems | |
| 16:18:59 | Uggla | tkajinam good to know thanks | |
| 16:19:09 | Uggla | anything else ? | |
| 16:19:49 | tkajinam | nothing from my end | |
| 16:19:59 | Uggla | ok moving on | |
| 16:20:05 | Uggla | #topic Bug scrubbing | |
| 16:20:17 | Uggla | #info 80 open bugs | |
| 16:20:24 | Uggla | #link https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:20:29 | Uggla | #link https://truc.uggla.fr/ to follow the trend. | |
| 16:20:34 | Uggla | Next meeting (this week): [public] Upstream bug triage. Wednesday, August 5th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj | |
| 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 | |