| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-10-21 | |||
| 16:44:17 | gibi | + I finally get back to the rally job patch and iterating on it https://review.opendev.org/c/openstack/nova/+/960130 | |
| 16:44:21 | gibi | that is is | |
| 16:44:23 | gibi | it | |
| 16:45:42 | Uggla | gibi, fyi I gave some ad about eventlet testing at the end of my presentation. | |
| 16:46:10 | Uggla | Explaining that if folks want to test it that would be hihgly appreciated. | |
| 16:46:21 | gibi | Uggla: thanks | |
| 16:46:30 | gibi | was there any further question about it? | |
| 16:46:59 | Uggla | yes, just one about the overall plan : If all the services will remove eventlet. | |
| 16:47:38 | Uggla | and I explained quickly our approach for nova. 2 steps phases and current services "migrated" | |
| 16:48:11 | Uggla | Then I got a question about python 3.14 support for us, from Canonical guys. | |
| 16:48:39 | gibi | yeah I have no comment on 3.14. That is too far ahead | |
| 16:49:02 | gibi | I would assume that with GIL mode and threading we will work in 3.14 without issues | |
| 16:49:07 | Uggla | yep I said that and explain that it will probably happen after eventlet removal. | |
| 16:49:14 | gibi | the GILles mode is a different beast probably | |
| 16:49:56 | Uggla | sure, tbh I did not have the time to speak about GIL. | |
| 16:50:47 | gibi | :) | |
| 16:50:51 | Uggla | Especially because at the same time I noticed that someone took my bag. Hopefully it was just a mistake, and I managed to find it quickly. | |
| 16:51:00 | gibi | ohh | |
| 16:51:06 | gibi | anyhow thanks for the advertisment | |
| 16:51:29 | Uggla | moving on because we are almost at the top of the hour | |
| 16:51:36 | Uggla | #topic Open discussion | |
| 16:51:45 | Uggla | reminder: | |
| 16:51:46 | Uggla | (Uggla) Pool for the new schedule of upstream meeting: https://framadate.org/ao12zK6wR3K3nfbF | |
| 16:51:55 | Uggla | #linkAnnonce : https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/H5PBFZJ4X3TSGSC4YF6E4WTV43CBOVS6/ | |
| 16:52:04 | Uggla | the trend seems to go on Monday | |
| 16:52:27 | nicolairuckel | I iterated on my NVRAM patch (https://review.opendev.org/c/openstack/nova/+/959682) but there's still an open issue regarding the file permissions. | |
| 16:53:36 | nicolairuckel | Also, I heard that it would be a good idea to bring that up for the PTG as a crossproject topic, so I'll add that to the etherpad later. | |
| 16:54:02 | Uggla | nicolairuckel, yep please do | |
| 16:54:35 | Uggla | crossproject with cinder ? | |
| 16:55:09 | nicolairuckel | I think so | |
| 16:55:25 | nicolairuckel | I was told it was related to image encryption | |
| 16:55:43 | Uggla | more glance though | |
| 16:55:50 | nicolairuckel | tbh, I'm still quite new to openstack so I'm not *that* sure about the scope yet. | |
| 16:56:32 | Uggla | ok I'll look at that and try to find the appropriate slot. | |
| 16:56:38 | nicolairuckel | thank you | |
| 16:56:40 | Uggla | Any expected duratio, ? | |
| 16:56:46 | Uggla | *duration | |
| 16:56:48 | sean-k-mooney | gibi: supporting freethread pytyon is defeintly a post eventlet topic. | |
| 16:57:44 | Uggla | r-taketn I think you would like to share something, aren't you ? | |
| 16:57:55 | sean-k-mooney | nicolairuckel: the nvram patch is not related to the image encyption work | |
| 16:57:57 | nicolairuckel | I'm not sure yet. I'll think about that and add it to the Etherpad if that's okay. | |
| 16:57:58 | r-taketn | yes. Thank you. I have one quick request. Could someone please check this spec and give some feedbacks later? | |
| 16:58:10 | r-taketn | #link https://review.opendev.org/c/openstack/nova-specs/+/962578 | |
| 16:58:19 | r-taketn | I have proposed this spec for generalizing sev/sev-es code to add new confidential computing from other architecture(Intel TDX,Arm CCA) | |
| 16:58:25 | sean-k-mooney | but we shoudl dicuss the imange encyption work in the nova/glance slot. | |
| 16:58:25 | r-taketn | I have re-written the spec. In particular, I detailed the problem description about current sev/sev-es code. | |
| 16:58:42 | sean-k-mooney | r-taketn: i have not had time yet but ill tray and look at that again | |
| 16:58:56 | r-taketn | I have this topic on ptg slot, but I'd appreciate if you give some feedbacks in advance | |
| 16:59:04 | r-taketn | sean-k-mooney: Thank you | |
| 16:59:27 | sean-k-mooney | the real goal of this work is to enabel you to supprot arm CCA and SEV-SNP more eaisly in the future right | |
| 16:59:44 | r-taketn | yes | |
| 16:59:51 | sean-k-mooney | this is prepareing the memory encyption logic to be more generic and extensible in advance of the hardware | |
| 17:01:10 | sean-k-mooney | r-taketn: ok small comment initally . most of tghe work items shoudl be experses in pros in the proposed changes section and the work ites shoudl be a very short list of the thing that need to be deliverd | |
| 17:01:59 | gibi | sorry folks I have to drop. | |
| 17:02:01 | gibi | I will read back | |
| 17:02:14 | Uggla | gibi no pb about to close | |
| 17:02:16 | sean-k-mooney | r-taketn: so if you look at the sev-es spec form last cycle https://github.com/openstack/nova-specs/blob/master/specs/2025.2/implemented/amd-sev-es-libvirt-support.rst?plain=1#L287 | |
| 17:02:34 | Uggla | Anything else you'd like to share ? | |
| 17:02:39 | sean-k-mooney | you can see more or less what is expected for that section vs proposed changes https://github.com/openstack/nova-specs/blob/master/specs/2025.2/implemented/amd-sev-es-libvirt-support.rst?plain=1#L50 | |
| 17:03:18 | r-taketn | sean-k-mooney: ok. sorry. I'll fix it. | |
| 17:03:18 | sean-k-mooney | r-taketn: the sev spec is a good example fo what level of detail ectra is expected that you can use as a guide | |
| 17:03:19 | bauzas | we're overtime :) | |
| 17:03:59 | Uggla | bauzas atm reasonable overtime | |
| 17:04:31 | r-taketn | Uggla: That's all from me. thank you | |
| 17:04:46 | Uggla | ok so I'm going to close. | |
| 17:04:57 | Uggla | Thank you for participating in this meeting. | |
| 17:05:04 | sean-k-mooney | r-taketn: no worries at all. we just do it this way so that we we have discsed what we want to change before dissusing the impact of the change. ill look at your proposal regardless | |
| 17:05:19 | Uggla | #endmeeting | |
| 17:05:19 | opendevmeet | Meeting ended Tue Oct 21 17:05:19 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:05:19 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.html | |
| 17:05:19 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.txt | |
| 17:05:19 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.log.html | |
| 17:05:34 | elodilles | thanks Uggla o/ | |
| 17:05:44 | Uggla | elodilles you are welcome. | |
| 17:05:50 | r-taketn | Thank you for discussion all | |
| #openstack-nova - 2025-10-22 | |||
| 00:30:01 | opendevreview | Merged openstack/nova-specs master: Repropose flavor-search-by-name spec https://review.opendev.org/c/openstack/nova-specs/+/958866 | |
| 05:51:46 | opendevreview | Taketani Ryo proposed openstack/nova-specs master: Adjust the SEV/SEV-ES code for multiple cc support https://review.opendev.org/c/openstack/nova-specs/+/962578 | |
| 05:55:15 | opendevreview | Taketani Ryo proposed openstack/nova-specs master: Adjust the SEV/SEV-ES code for multiple cc support https://review.opendev.org/c/openstack/nova-specs/+/962578 | |
| 06:12:32 | alibasafa | can anyone answer the my question ? . I have two aggregates named general and dedicated. The availability zone of general is nova, and the zone of dedicated is another one I wanted to live migrate an instance from the nova zone to the other zone To do this, I removed the host from the dedicated aggregate and added it to the general aggregate. After the live migration completed, I moved the compute host back to the dedicated aggregate After | |
| 06:12:32 | alibasafa | that, I tried to resize the instance to its own flavor, but I got an error related to FilterScheduler and zone specifications. I found that in the nova_api database, the availability_zone was updated correctly, but in the nova database, the availability_zone was not updated. | |
| 06:12:32 | alibasafa | Why did this happen | |
| 06:30:42 | gibi | It is not allowed to move instances between Availability Zones. If adding a host to an aggregate or removing a host from an aggregate would cause an instance to move between Availability Zones, including moving from or moving to the default AZ, then the operation will be rejected. The administrator should drain the instances from the host first then the host can be moved. | |
| 06:30:49 | gibi | https://docs.openstack.org/nova/latest/admin/availability-zones.html | |
| 06:31:27 | gibi | you might have an older openstack when this is not clearly rejected yet but causing issues down the line | |
| 07:51:22 | opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | |
| 08:37:41 | opendevreview | Konrad Gube proposed openstack/nova master: Use Cinder's os-extend_volume_completion volume action. https://review.opendev.org/c/openstack/nova/+/873560 | |
| 09:07:24 | zigo | dansmith: Hi there! I'm running a Dalmatian deployment, and when uploading an image, it fails in the image inspector with the MBR: | |
| 09:07:24 | zigo | Traceback (most recent call last): | |
| 09:07:24 | zigo | File "/usr/lib/python3/dist-packages/nova/virt/images.py", line 162, in do_image_deep_inspection | |
| 09:07:24 | zigo | inspector.safety_check() | |
| 09:07:25 | zigo | File "/usr/lib/python3/dist-packages/oslo_utils/imageutils/format_inspector.py", line 430, in safety_check | |
| 09:07:27 | zigo | raise SafetyCheckFailed(failures) | |
| 09:07:29 | zigo | oslo_utils.imageutils.format_inspector.SafetyCheckFailed: Safety checks failed: mbr | |
| 09:07:31 | zigo | Is this known, and should I backport some patches? | |
| 09:08:30 | zigo | https://review.opendev.org/c/openstack/oslo.utils/+/928448 maybe ? | |
| 09:50:37 | zigo | This doesn't fix my issue ... :/ | |
| 09:51:30 | sean-k-mooney | zigo: i think there is a glance config option related to funky mbrs | |
| 09:51:56 | zigo | sean-k-mooney: The issue for me is in nova-compute. | |
| 09:52:04 | zigo | When it spawns the VM. | |
| 09:52:19 | sean-k-mooney | oh ok | |