| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-03-30 | |||
| 17:02:24 | Uggla | yep we need to close. | |
| 17:02:35 | womax_ | ok i'll think more about it | |
| 17:02:40 | Uggla | Discussion can be done later outside of the meeting. | |
| 17:02:41 | womax_ | and we can discuss later | |
| 17:03:14 | Uggla | Thanks for joining this meeting. Have a nice day/evening and see you in 2 weeks. | |
| 17:03:22 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.log.html | |
| 17:03:22 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.txt | |
| 17:03:22 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.html | |
| 17:03:22 | opendevmeet | Meeting ended Mon Mar 30 17:03:22 2026 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 17:03:22 | Uggla | #endmeeting | |
| 17:03:47 | elodilles | thanks o/ | |
| 17:04:36 | sean-k-mooney | womax_: have you recived much feedback on the glance spec. is it a new proposal on that side? | |
| 17:05:12 | opendevreview | Merged openstack/placement stable/2024.2: [CI][stable-only] Workaround for missing pkg_resources https://review.opendev.org/c/openstack/placement/+/979642 | |
| 17:05:54 | womax_ | sean-k-mooney i already have had feedback from glance, it is indeed a new proposal | |
| 17:06:48 | sean-k-mooney | my expecation is that either this new feature would return the tempurl in the same location as the current glance api path in the image locations api or there will be a new microversion and api endpoint to requst a temp url and some way for nova to discover if that is supprroted for a given glance store? | |
| 17:06:52 | womax_ | we had a bit of discutions around security concern, but consensus was to know if nova would be interested in such use case before having further discutions | |
| 17:07:22 | womax_ | feature spec can be found here https://review.opendev.org/c/openstack/glance-specs/+/970214 | |
| 17:08:22 | womax_ | for the time i proposed a 2 new api path one for receiving tempURL (useful for ironic) and one that returns a redirection with nova in mind | |
| 17:08:56 | womax_ | and updating stores details to reflect if store has the capabilities and enabled | |
| 17:09:11 | sean-k-mooney | are these tempurls 1 time use? or time based | |
| 17:09:15 | womax_ | time based | |
| 17:09:28 | sean-k-mooney | ack im askign incase we need to rety the download | |
| 17:10:01 | sean-k-mooney | i think we allwo up to 3 tries today | |
| 17:10:30 | womax_ | retry could work, expirations time would juste had to be configured accordingly | |
| 17:10:34 | womax_ | to not expires too soon | |
| 17:12:09 | sean-k-mooney | womax_: out of interest what is your primary storage backend for images | |
| 17:12:24 | womax_ | s3 | |
| 17:12:37 | womax_ | too be precise s3 compatible | |
| 17:12:47 | sean-k-mooney | well that what im trying to udnerstadn | |
| 17:12:56 | sean-k-mooney | its not ceph radows gateway right | |
| 17:13:01 | womax_ | no | |
| 17:13:19 | sean-k-mooney | its minio or some other not swrit not ceph s3 compatibale storage | |
| 17:13:34 | womax_ | yes | |
| 17:13:58 | womax_ | it's the s3 compatible storage we offered in public cloud at ovh | |
| 17:14:00 | sean-k-mooney | ack the reason im asking is that is not one fo the case were we can already optmize out the storage tansfer | |
| 17:14:58 | sean-k-mooney | womax_: to me this feels more like the type of optimisation we do for rbd where we use the image location api to provide a driect rbd url | |
| 17:15:10 | sean-k-mooney | but restict ti to admin/service users | |
| 17:15:14 | sean-k-mooney | not normal users | |
| 17:15:20 | sean-k-mooney | so normal user use the glance api | |
| 17:15:38 | sean-k-mooney | but service like ironic and nova cna get the direct backend storage url and if they supprot it use that directly | |
| 17:16:17 | womax_ | ok for nova i could dig around direct backend, it could solve our problems | |
| 17:17:13 | sean-k-mooney | so how the rbd direct download works is if you have it enabel and have the rbd credtial for that sotre we use the ceph client to do the download directly | |
| 17:17:36 | sean-k-mooney | skiping the streaming via the glance api when the host is using say qcow2 for its nova provisioned storage | |
| 17:17:44 | sean-k-mooney | that effectivly the same problem statemnt | |
| 17:18:34 | womax_ | yeah that would indeed be a solution to what we want, but i assume there is no current equivalent for backend like s3 / swift already done? | |
| 17:18:41 | sean-k-mooney | nova is suing qcow2, image is in s3 compaitbale storage have nova take an optimised path if it has been configured to supprot that adn galace can prove either a direct buket link or tempurl | |
| 17:18:58 | sean-k-mooney | correct that does not exist | |
| 17:19:40 | sean-k-mooney | you coudl do either either by provie nova the s3 credital used by glance or via the tempurl you are suggesting then with jsut a http client | |
| 17:20:04 | sean-k-mooney | womax_: https://specs.openstack.org/openstack/nova-specs/specs/victoria/implemented/nova-image-download-via-rbd.html | |
| 17:20:14 | sean-k-mooney | that was the rbd oen | |
| 17:20:33 | sean-k-mooney | you could add a new direct_url_scheme in glance | |
| 17:20:34 | womax_ | providing s3 credentials to every hosts seems a bit dubious, it seems too large to distribute credentials | |
| 17:20:39 | sean-k-mooney | allowed_direct_url_schemes=tempurl | |
| 17:20:54 | womax_ | so temp url seems a bit more appropriate | |
| 17:21:09 | sean-k-mooney | womax_: i mean yes an no we od it for cpeh | |
| 17:21:36 | womax_ | ok didn't know about it | |
| 17:22:02 | sean-k-mooney | there isnt a tempurl schema today | |
| 17:22:23 | sean-k-mooney | im just sayign this migh be a way to achive the same goal folowing the established patterens | |
| 17:23:26 | womax_ | and, for context i started digging tempURL as I did some changes in ironic that currently generates temp url on it own, and would have like to centralize it in glance, and then i came back to nova as a potential user | |
| 17:23:48 | womax_ | but yeah i will dig into how it is done for rbd and see how i could have something similar | |
| 17:24:46 | Uggla | I have updated the topic for H cycle ^ | |
| 17:39:56 | opendevreview | Merged openstack/placement stable/2025.2: [CI][stable-only] Fix docs job https://review.opendev.org/c/openstack/placement/+/979685 | |
| 22:41:14 | opendevreview | Damian Dąbrowski proposed openstack/nova master: libvirt: refresh frontend QoS on volume extend https://review.opendev.org/c/openstack/nova/+/982733 | |
| 22:42:31 | opendevreview | Damian Dąbrowski proposed openstack/nova master: libvirt: refresh frontend QoS on volume extend https://review.opendev.org/c/openstack/nova/+/982733 | |
| #openstack-nova - 2026-03-31 | |||
| 02:10:42 | masahito | Uggla: tkajinam: late reply. thanks for the info. yes, we have our own Flamingo base sev-snp support code and use it in our production. we're preparing the spec for the snp support now. once it's ready to commit, hopefully before the ptg, we will push it to the gerrit. | |
| 07:56:19 | opendevreview | Matt Crees proposed openstack/nova master: Don't drop pci_dev network caps when VF is in use https://review.opendev.org/c/openstack/nova/+/982660 | |
| 12:21:27 | opendevreview | Kamil Sambor proposed openstack/nova master: Replace eventlet with standard threading in novncproxy https://review.opendev.org/c/openstack/nova/+/976089 | |
| 16:09:18 | opendevreview | Juan Larriba proposed openstack/nova master: [WIP] Add OpenTelemetry tracing middleware for Nova https://review.opendev.org/c/openstack/nova/+/982871 | |
| 16:22:13 | gibi | Uggla: tkajinam: I'm about to load context on the SEV refactor. I'm wondering if all the folks who are signing up to provider extra feature top of that are actually read the refactor or not | |
| 16:22:33 | gibi | they will be the prime users of the new interfaces so their oppinion probably matters | |
| 16:22:53 | gibi | I see tkajinam's comments in the series but I'm not sure who are the others I should ping | |
| 16:23:25 | Uggla | gibi, I know Anton (TDX) will rely on this. Hence the reason why I'm a bit pushy on that topic. | |
| 16:24:00 | gibi | do we have an IRC nick for Anton? | |
| 16:24:15 | Uggla | yes let me check | |
| 16:25:12 | Uggla | gibi, the nick is "antia" | |
| 16:25:12 | gibi | So Anton - TDX, but who is SEV-SNP, and who is armCC? | |
| 16:26:16 | Uggla | SEV-SNP are tkajinam and masahito | |
| 16:26:37 | gibi | OK | |
| 16:27:45 | gibi | taketani is for armCC then? | |
| 16:29:31 | Uggla | r-taketn is the author and armCC | |
| 16:30:20 | gibi | cool then I only need to involv masahito and antoni to the refactor series as r-taketn is the author of the refactor and tkajinam already saw the series | |
| 16:31:01 | Uggla | Note : gibi, Anton already has a spec https://review.opendev.org/c/openstack/nova-specs/+/979608 | |
| 16:33:22 | Uggla | gibi, also Markus Hentsch might be interested. Not sure about the irc nick. He reported on the ML that he has a downstream implementation of SNP. | |
| 16:33:26 | gibi | OK I pinged them in the review https://review.opendev.org/c/openstack/nova-specs/+/979608 | |
| 16:33:39 | gibi | I mean in https://review.opendev.org/c/openstack/nova/+/967970/11#message-a42cdc0fcbf7a2b68ec3f6e1a3304345e172f3c7 | |
| 16:33:42 | gibi | not in the sepc | |
| 16:33:44 | gibi | spec | |
| 16:34:56 | gibi | added Markus as well now | |
| 16:35:30 | gibi | What I want to avoid is to land the refactor and then one of the feature authors later say that this does not work for his feature | |
| 16:35:54 | opendevreview | Merged openstack/nova master: Remove eventlet from CacheConcurrencyTestCase https://review.opendev.org/c/openstack/nova/+/970069 | |
| 16:36:08 | opendevreview | Merged openstack/nova master: Remove eventlet from libvirt/test_driver https://review.opendev.org/c/openstack/nova/+/970070 | |
| 16:36:22 | opendevreview | Merged openstack/nova master: Remove eventlet from libvirt/volume/test_mount https://review.opendev.org/c/openstack/nova/+/970071 | |
| 17:34:21 | samuelkunkel[m] | can I get a review for https://review.opendev.org/c/openstack/nova/+/978883 ? thanks :) | |
| 17:43:03 | opendevreview | ribaudr proposed openstack/nova master: Add reproducer for bug #2142553: wrong volume detach after failed resize https://review.opendev.org/c/openstack/nova/+/982885 | |
| 17:43:04 | opendevreview | ribaudr proposed openstack/nova master: Rollback volume attachments on failed finish_migration https://review.opendev.org/c/openstack/nova/+/982886 | |
| #openstack-nova - 2026-04-01 | |||
| 05:16:31 | opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Cold VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | |
| 06:10:26 | opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Cold VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | |
| 13:55:24 | opendevreview | Kamil Sambor proposed openstack/nova master: Replace eventlet with threading in novncproxy https://review.opendev.org/c/openstack/nova/+/976089 | |
| 13:55:24 | opendevreview | Kamil Sambor proposed openstack/nova master: [vncproxy]Handle ssl.wrap_socket removal in py312 https://review.opendev.org/c/openstack/nova/+/955915 | |
| 14:11:15 | opendevreview | sean mooney proposed openstack/nova master: tests: use WAL file-backed SQLite in Database fixture https://review.opendev.org/c/openstack/nova/+/983069 | |