| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-08-17 | |||
| 16:25:35 | Uggla | we will see | |
| 16:25:41 | Uggla | moving on | |
| 16:25:44 | Uggla | #topic Confidential computing, status of SNP and TDX features | |
| 16:26:00 | Uggla | antia, tkajinam, gibi, something you would like to share ? | |
| 16:27:36 | gibi | as I mentioned above I'm +2 on TDX and it needs a second core | |
| 16:27:50 | gibi | I'm not trackin anything for SNP any more for H | |
| 16:28:04 | gibi | but tkajinam correct me if there are open things to land | |
| 16:28:09 | gibi | for SNP | |
| 16:28:55 | antia | I was trying to wrap my head around some Zuul logs earlier today, but didn't get too far | |
| 16:29:03 | tkajinam | nothing is left for SNP, as far as I'm aware of | |
| 16:29:03 | sean-k-mooney | i think the only SNP thing is the test cleanup | |
| 16:29:16 | tkajinam | (nothing critical, I mean | |
| 16:29:35 | sean-k-mooney | tkajinam: did the mock path fix merge yet | |
| 16:29:52 | tkajinam | sean-k-mooney, not yet | |
| 16:29:57 | sean-k-mooney | ack | |
| 16:30:12 | gmaan | gibi: sean-k-mooney on threading jobs series, I was in between of this one on friday but will check today, rest all were good https://review.opendev.org/c/openstack/nova/+/999121/3 | |
| 16:30:55 | tkajinam | there is one small simplification change related to SNP, waiting for 2nd +2 https://review.opendev.org/c/openstack/nova/+/998285 | |
| 16:31:19 | tkajinam | so it would be nice if we can merge that too | |
| 16:31:31 | tkajinam | https://review.opendev.org/c/openstack/nova/+/999780 is the mock path fix which sean-k-mooney mentioned, just for record | |
| 16:31:44 | sean-k-mooney | tkajinam: ill review that shortly but ya only checkign x86 makes sense | |
| 16:32:00 | tkajinam | yup | |
| 16:32:05 | tkajinam | a similar change is proposed for tdx as well (found in the series) | |
| 16:32:07 | sean-k-mooney | tkajinam: im ok with merging that as is and defering the rest till later | |
| 16:32:24 | sean-k-mooney | but just want to make sure gibi and dansmith are ok with that before +2ing | |
| 16:32:35 | sean-k-mooney | that for https://review.opendev.org/c/openstack/nova/+/999780 | |
| 16:32:39 | tkajinam | sean-k-mooney, you are talking about 999780, right ? | |
| 16:32:41 | tkajinam | ok | |
| 16:33:26 | sean-k-mooney | we coudl do more but i would prefer to fix the test and followup rather then continue to refine that change but i dont really mind in this case as long as we fix it before the release | |
| 16:33:35 | sean-k-mooney | * brefore rc1 | |
| 16:34:00 | sean-k-mooney | i dont wnat those test to start randomly failing when distos stat doign buils for the RC | |
| 16:34:34 | opendevreview | Takashi Kajinami proposed openstack/nova master: DNM: Test unit tests on kvm https://review.opendev.org/c/openstack/nova/+/999729 | |
| 16:34:56 | tkajinam | agree | |
| 16:35:27 | Uggla | I guess we are done with the topic ? | |
| 16:35:33 | sean-k-mooney | +1 | |
| 16:35:42 | tkajinam | I think that's all from my end. We can continue discussion about 999780 in reviews (and that can be mereged after FF because that is basically test only change) | |
| 16:35:43 | tkajinam | yup | |
| 16:36:05 | Uggla | thx antia, tkajinam, gibi. | |
| 16:36:11 | Uggla | #topic Bug scrubbing | |
| 16:36:17 | Uggla | #info up to 73 (-9) | |
| 16:36:22 | Uggla | #link https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:36:28 | Uggla | #link https://truc.uggla.fr/ to follow the trend. | |
| 16:36:35 | Uggla | Next meeting (this week): [public] Upstream bug triage. Wednesday, August 19th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj | |
| 16:36:50 | Uggla | #topic Open discussion | |
| 16:37:09 | Uggla | Reminder: 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. | |
| 16:37:33 | Uggla | So if someone interested to run as candidate please let me know. | |
| 16:37:41 | Uggla | (Note: The deadline is August 19th.) | |
| 16:38:02 | Uggla | all on my side, something you'd like to discuss. | |
| 16:38:37 | lajoskatona | I have another 2 topics for migration mostly if you have some time for review that would be nice: | |
| 16:38:57 | lajoskatona | https://review.opendev.org/c/openstack/nova/+/982085 (Suppress error in cleanup of pre live migration ) | |
| 16:39:31 | lajoskatona | and the other one is for handling queue_size/mtu related values: https://review.opendev.org/c/openstack/nova/+/995841/3 | |
| 16:39:40 | lajoskatona | thanks in advance | |
| 16:39:41 | Uggla | lajoskatona 👍, I will add to the list if not already done. | |
| 16:39:55 | gmaan | one thing on gate status, i observed nova-grenade-multinode job failing for test_shelve_unshelve_server test more frequently last week | |
| 16:40:02 | gmaan | i reported bug for that | |
| 16:40:04 | gmaan | #link https://bugs.launchpad.net/nova/+bug/2163552 | |
| 16:40:15 | lajoskatona | Uggla: thanks, please let me know if I need for some extra meeting or similar | |
| 16:40:26 | gmaan | i did not debug it yet but in case anyone see similar failure, this is known one | |
| 16:40:54 | Uggla | gmann, I have seen it. I mean the bug. | |
| 16:41:26 | gmaan | k, I will try to debug it after FF and happen more frequently | |
| 16:41:52 | Uggla | gmaan any idea of the frequency ? | |
| 16:41:53 | gmaan | at least 4-5 times I saw this in different changes | |
| 16:42:01 | gmaan | #link https://zuul.opendev.org/t/openstack/builds?job_name=nova-grenade-multinode&skip=0 | |
| 16:42:09 | gmaan | this ^^ is state currenyty whihc is not bad | |
| 16:42:30 | sean-k-mooney | lajoskatona: updatign the mtu durring live migratrion is not a thing we supprot | |
| 16:42:54 | sean-k-mooney | lajoskatona: and there is a good reason fro that which si we do not allow the mtu to be chagne on a port that is atched to a vm | |
| 16:43:03 | sean-k-mooney | i kno nuetron can allow that but nova has never supproted that | |
| 16:43:18 | lajoskatona | sean-k-mooney: it 's not updating the value, but not changing if on the dst there is a different thing in the cfg, and breaking things in the VM | |
| 16:43:20 | sean-k-mooney | also adding or removign the mtu elemetn changes the virtio options | |
| 16:43:26 | sean-k-mooney | which make the vm un live mgiratable | |
| 16:43:35 | sean-k-mooney | so updating it woudl only work if the element already exitsed | |
| 16:44:18 | sean-k-mooney | lajoskatona: so the value of the mtu in the xml shoudl not change if the dest port bining has a diffent value | |
| 16:44:41 | sean-k-mooney | i.e. if you enable jumb frames on a network | |
| 16:44:51 | sean-k-mooney | that shoudl only reuslt in teh xml value updatign after a hard reboot | |
| 16:44:55 | sean-k-mooney | not on a live migration | |
| 16:46:09 | lajoskatona | the patch handles only the case when the nova-comp.cfg is different, nothing from Neutron side today (life is difficult even without that) and the same can happen with min/max_queue_size as the bug you opened (https://bugs.launchpad.net/nova/+bug/1854844) | |
| 16:46:40 | sean-k-mooney | we only use the mtu values form teh nova config as a fallback | |
| 16:46:47 | sean-k-mooney | and that is really only there for nova-networks | |
| 16:46:58 | sean-k-mooney | so the real fix is to stop usign those values entirly | |
| 16:47:09 | sean-k-mooney | or even remove them at this point | |
| 16:47:24 | lajoskatona | ok, that can be also a good point to avoid confusion with config | |
| 16:47:53 | sean-k-mooney | for the quese leght and count that is difent | |
| 16:47:58 | sean-k-mooney | as that is entrily config driven | |
| 16:48:01 | lajoskatona | so than the MTU part can be forgotten now (and let's check if the cfg can be deprecated and removed) | |
| 16:48:11 | sean-k-mooney | but for mtu you shoudl not config that in nova if your using neutron | |
| 16:48:33 | sean-k-mooney | ya for the queue config those cant change | |
| 16:48:40 | sean-k-mooney | and we need to use the souce value on live migriton | |
| 16:48:55 | sean-k-mooney | as that changes the way the nic is virutalsied to the guest | |
| 16:49:10 | sean-k-mooney | i think qemu will not alow the queue count to chagne whiel the guest is running | |
| 16:49:40 | lajoskatona | actually I got it from field where they upgraded from old nova/libvirt and during migrating around the VMs the MTU value mismatch had broken their apps, but if that is not used any more let's remove it | |
| 16:50:13 | lajoskatona | but I don't want to keep the meeting open, we can discuss this topic offline, or in gerrit | |
| 16:50:36 | Uggla | lajoskatona 👍 | |
| 16:50:42 | Uggla | anything else ? If not I think we can close and keep this meeting. | |
| 16:51:33 | sean-k-mooney | lajoskatona: it was common when changing form ml2/ovs to ml2/ovn | |
| 16:51:33 | bryanfraschetti | Hi folks, I'm hoping to get some reviews on this series: https://review.opendev.org/q/topic:%22improve_attachment_resiliance_against_timeout%22 | |
| 16:51:40 | sean-k-mooney | but the fix was to cold migrate | |
| 16:51:50 | sean-k-mooney | not to hack live meigtion to chnge the mtu | |
| 16:52:05 | sean-k-mooney | lajoskatona: we can chat about this more later | |
| 16:52:30 | lajoskatona | sean-k-mooney: ack, thanks | |
| 16:52:56 | Uggla | bryanfraschetti, at least I will put your series in the list. | |
| 16:53:28 | bryanfraschetti | Thank you! | |