| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-07-06 | |||
| 16:43:02 | sean-k-mooney | the same way we had a config option for the number of sev isntance that can be coreated | |
| 16:43:05 | gibi | in the partial config | |
| 16:43:05 | sean-k-mooney | *created | |
| 16:43:11 | tkajinam | gibi, yes | |
| 16:43:11 | sean-k-mooney | until we fixed libvirt | |
| 16:43:43 | gibi | I rather keep that ~10 lines of code in nova than partially detect the a failure | |
| 16:44:22 | gibi | the config option route does not apply in my mind as the deployer probably don't know that snp disables es in the hardware otherwise he would drain the ES VMs already | |
| 16:44:25 | gibi | so config is unreliable | |
| 16:44:45 | sean-k-mooney | but the operator should know that | |
| 16:45:02 | gibi | then we don't need the nova-compute startup check at all | |
| 16:45:08 | gibi | as operator knows and drains :) | |
| 16:45:09 | sean-k-mooney | right | |
| 16:45:13 | sean-k-mooney | i also dont think we need that | |
| 16:45:17 | sean-k-mooney | but that a seprate issue | |
| 16:45:27 | sean-k-mooney | i want to make sure we are reporting the trait | |
| 16:45:36 | sean-k-mooney | when a host supprot it or not for schduling | |
| 16:45:49 | gibi | as far as I understand we need the /proc/cpuinfo because we would like to have a startup check | |
| 16:45:58 | sean-k-mooney | and we shoudl do that based on what libvirt reports | |
| 16:46:11 | gibi | sean-k-mooney: even if libvirt reports it wrongly? | |
| 16:46:15 | sean-k-mooney | yes | |
| 16:46:20 | gibi | I don't like that | |
| 16:46:22 | sean-k-mooney | i dont think nova shoudl be secondguessing libvirt | |
| 16:46:43 | sean-k-mooney | also we have not fully confirmed libvirt reports it incorrectly | |
| 16:46:49 | sean-k-mooney | it repoce 2 diffent things | |
| 16:46:54 | sean-k-mooney | it reporst the sev capastiy | |
| 16:47:04 | sean-k-mooney | and seperate it reprot what modes can be used for sev to lauch a vm | |
| 16:47:38 | sean-k-mooney | there wre 3 modes of sev sofar | |
| 16:47:45 | sean-k-mooney | sev, sev-es and sev-snp | |
| 16:47:56 | sean-k-mooney | in the lauch security section it only has sev and sev-snp | |
| 16:48:00 | sean-k-mooney | not sev-es | |
| 16:48:13 | sean-k-mooney | so i think libvirt is correctly reporting that sev-es cant be used | |
| 16:48:31 | tkajinam | that's basically because they use same enum (sev) for sev and sev-es | |
| 16:48:41 | tkajinam | sev-snp is there because they introduced a different enum (for different scheme) | |
| 16:49:26 | sean-k-mooney | i see | |
| 16:49:34 | tkajinam | I agree it's not quite ideal and doesn't show full items we want to know | |
| 16:49:37 | sean-k-mooney | can we defer this and come back to it | |
| 16:49:44 | sean-k-mooney | i.e. next week | |
| 16:49:51 | sean-k-mooney | i really dont like this | |
| 16:50:00 | tkajinam | I at least add large TODO there and consider how we can improve libvirt to get rid of that hack | |
| 16:50:19 | sean-k-mooney | to be clear this hack is enouch to punt the feature until libvirt is fixed in my view | |
| 16:50:28 | sean-k-mooney | im trying to come aroudn to a diffent approch | |
| 16:50:36 | tkajinam | but if people can spend some time reviewing it and give some more feedback about this topic that would be appreciated | |
| 16:50:46 | sean-k-mooney | but i have been toold by nova cores to go fix libvirt for similar issue multipel times | |
| 16:51:07 | gibi | sean-k-mooney: I'm totally not OK punting a working feature just because we need self contained workaround for a libvirt / amd complication | |
| 16:51:17 | gibi | I'm OK to wait a week and reasses | |
| 16:51:29 | bauzas | tkajinam: as said I'll definitely review your series | |
| 16:51:44 | tkajinam | bauzas, thanks | |
| 16:52:14 | bauzas | and yeah we can revisit that next week | |
| 16:52:19 | Uggla | guys I think that's the conclusion for today. | |
| 16:52:31 | tkajinam | we also might need some discussion about how we implement the startup check but that would be less prioritized. the discussion can be found in the series so I appreciate any thoughts about it, too. | |
| 16:52:32 | bauzas | (at least personnally I'll appreciate it to have more context :D ) | |
| 16:52:35 | tkajinam | yup | |
| 16:53:37 | Uggla | thanks tkajinam, antia and gibi | |
| 16:53:59 | sean-k-mooney | tkajinam: i htink we need my change to add the new driver fuction or you need to do it in the libvirt drivers init host but sure we can disucss in gerrit | |
| 16:54:16 | Uggla | #topic Bug scrubbing | |
| 16:54:22 | Uggla | #info up to 91 (-3) | |
| 16:54:27 | Uggla | #link https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:54:33 | Uggla | #link https://truc.uggla.fr/ to follow the trend. | |
| 16:54:37 | tkajinam | sean-k-mooney, thanks. yeah I just opened your change and will check it soon. | |
| 16:54:44 | Uggla | Next meeting (this week): [public] Upstream bug triage. Wednesday, July 8th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj | |
| 16:54:52 | Uggla | #topic Open discussion | |
| 16:55:01 | Uggla | Uggla: PTO next 3 weeks. gibi will host the meeting next week then bauzas will host the next 2 ones. | |
| 16:55:17 | gibi | yepp | |
| 16:55:20 | Uggla | something you'd like to quickly share in the lastest 5 mn | |
| 16:56:19 | gibi | - | |
| 16:56:41 | Uggla | if not I guess we are done for today. | |
| 16:56:48 | Uggla | Thanks for joining this meeting. Have a nice day/evening. | |
| 16:56:55 | Uggla | #endmeeting | |
| 16:56:55 | opendevmeet | Meeting ended Mon Jul 6 16:56:55 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:56:55 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-07-06-16.00.html | |
| 16:56:55 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-07-06-16.00.txt | |
| 16:56:55 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-07-06-16.00.log.html | |
| 16:56:55 | gibi | thanks folks | |
| 16:57:00 | tkajinam | thanks ! | |
| 16:57:05 | antia | thanks :) | |
| 17:06:48 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Detect AMD SEV-SNP support https://review.opendev.org/c/openstack/nova/+/994764 | |
| 17:06:57 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Support launchSecurity element for SEV-SNP https://review.opendev.org/c/openstack/nova/+/994920 | |
| 17:07:07 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Omit optional fields for SEV/SEV-ES https://review.opendev.org/c/openstack/nova/+/994921 | |
| 17:07:18 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Drop sev capability check in launch instance flow https://review.opendev.org/c/openstack/nova/+/994929 | |
| 17:07:29 | opendevreview | Takashi Kajinami proposed openstack/nova master: AMD SEV: omit iommu='on' for virtio devices https://review.opendev.org/c/openstack/nova/+/909635 | |
| 17:09:32 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Launch instances with SEV-SNP memory encryption https://review.opendev.org/c/openstack/nova/+/994930 | |
| 17:09:37 | opendevreview | Takashi Kajinami proposed openstack/nova master: Update documentations for AMD SEV-SNP support https://review.opendev.org/c/openstack/nova/+/995090 | |
| 17:09:45 | opendevreview | Takashi Kajinami proposed openstack/nova master: Remove [libvirt] num_memory_encrypted_guests https://review.opendev.org/c/openstack/nova/+/995120 | |
| 17:17:40 | opendevreview | Merged openstack/nova master: Add concurrency_backend config option for Nova services https://review.opendev.org/c/openstack/nova/+/993760 | |
| 18:30:43 | opendevreview | Takashi Kajinami proposed openstack/nova master: Fix wrong comment in test https://review.opendev.org/c/openstack/nova/+/996070 | |
| #openstack-nova - 2026-07-07 | |||
| 07:29:04 | gibi | tkajinam: I will try to collect as much printouts as possible form my HW today from both SNP enabled and SNP disabled in BIOS mode to see if we can settle the yesterdays debate somehwo | |
| 07:30:08 | bauzas | gibi: thanks that will help | |
| 07:30:48 | gibi | then I will have to give the HW back | |
| 07:30:58 | gibi | probably I can ask for it again later if needed | |
| 07:31:14 | bauzas | the issue is with the SNP support detection that said, as tkajinam said, atm we only be able to look at the /proc/cpuinfo file | |
| 07:31:15 | gibi | but I don't want to overstretch the kindness of the kernel folks :) | |
| 07:35:37 | bauzas | heh sure | |
| 07:36:01 | bauzas | gibi: I mean, if you can see how we can detect by libvirt whether we support SNP, it would be nice | |
| 07:36:51 | gibi | I think there is an extra complication about libvirt version which I cannot really test. I will have data from one specific libvirt version 12.5 | |
| 07:39:52 | gibi | I can try to get back to libvirt 11.10 but I cannot go back to 10.5 | |
| 07:47:36 | bauzas | ack thanks | |
| 08:00:06 | opendevreview | Kamil Sambor proposed openstack/nova master: Correct release name in concurrency_backend https://review.opendev.org/c/openstack/nova/+/996219 | |
| 08:32:19 | gibi | tkajinam, sean-k-mooney: here are data collected from my HW with SNP enabled and disabled in BIOS. https://drive.google.com/drive/folders/1U_wK6DRiPxKm98LJx3_BGH3VTEsPtFSU?usp=drive_link | |
| 08:33:30 | sean-k-mooney | i cannot downlowd those files | |
| 08:33:33 | gibi | the most useful thing seems to be /sys/module/kvm_amd/parameters/sev_snp as that switches to N when I disable the feature in BIOS | |