| *** erlon3 is now known as erlon | 00:41 | |
| DominikDanelski[m] | sean-k-mooney: Hello, I don't know about your availability at the moment, but would you find time to revisit https://review.opendev.org/c/openstack/nova/+/971176 and related patches or – for something smaller – https://review.opendev.org/c/openstack/nova/+/968446? | 10:32 |
|---|---|---|
| opendevreview | Lajos Katona proposed openstack/nova master: WIP: Use SDK for Neutron security-groups https://review.opendev.org/c/openstack/nova/+/981141 | 11:09 |
| *** ralonsoh_ is now known as ralonsoh | 11:36 | |
| opendevreview | Elod Illes proposed openstack/nova stable/2025.1: DNM: grenade-skip-level check https://review.opendev.org/c/openstack/nova/+/982659 | 13:51 |
| 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 | 14:00 |
| *** ykarel_ is now known as ykarel | 14:02 | |
| *** ykarel is now known as ykarel_ | 14:14 | |
| *** ykarel_ is now known as ykarel | 14:15 | |
| lajoskatona | Uggla: Hi, as nova meeting time in CEST is 1800, I can only attend the first ~20 minutes, from my side I worked/working on the patch for migrating security-groups to SDK, so some progress with it :-) | 15:00 |
| Uggla | Nova upstream meeting in ~1h | 15:05 |
| Uggla | lajoskatona, do you want me to schedule your point early today ? | 15:06 |
| Uggla | elodilles ok I agree it is not fundamental to have this commit. | 15:13 |
| lajoskatona | Uglla: thanks, I don't want to mess up the Nova meeting, I have only that short update I wrote earlier | 15:16 |
| Uggla | ok | 15:18 |
| elodilles | Uggla: +1 | 15:22 |
| elodilles | Uggla: can you update your -1 on the patch? what you add there will show up in the metadata of the tag o:) https://review.opendev.org/c/openstack/releases/+/982438 | 15:25 |
| Uggla | elodilles, wrapup what we have said here in the comment and +1 it. | 15:29 |
| opendevreview | ribaudr proposed openstack/nova master: Add reproducer for bug #2111320: soft-deleted services in Instance.services https://review.opendev.org/c/openstack/nova/+/982675 | 15:55 |
| opendevreview | ribaudr proposed openstack/nova master: Filter soft-deleted services from Instance.services ORM relationship https://review.opendev.org/c/openstack/nova/+/982676 | 15:55 |
| elodilles | thanks Uggla o/ | 15:58 |
| Uggla | elodilles np | 15:58 |
| fwiesel | o/ | 15:59 |
| Uggla | #startmeeting nova | 16:00 |
| opendevmeet | Meeting started Mon Mar 30 16:00:03 2026 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| opendevmeet | The meeting name has been set to 'nova' | 16:00 |
| Uggla | Hello everyone | 16:00 |
| elodilles | o/ | 16:00 |
| gibi | o/ | 16:00 |
| tkajinam | o/ | 16:01 |
| lajoskatona | o/ | 16:01 |
| Uggla | Let's start hopefully other folks will join shortly. | 16:03 |
| Uggla | #topic Bugs (stuck/critical) | 16:03 |
| Uggla | #info No Critical bug | 16:03 |
| sambork | o/ | 16:03 |
| Uggla | hey sambork, hi ! | 16:03 |
| Uggla | #topic Gate status | 16:04 |
| Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | 16:04 |
| Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | 16:04 |
| Uggla | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status | 16:04 |
| Uggla | #info Please look at the gate failures and file a bug report with the gate-failure tag. | 16:04 |
| Uggla | #info Please try to provide a meaningful comment when you recheck | 16:04 |
| Uggla | I have not seen something special around the gate, please tell me if I'm wrong. | 16:05 |
| gibi | o/ | 16:05 |
| gibi | Uggla: I also checked this morning | 16:05 |
| gibi | as on Friday we switched the nova-compute default to native threading | 16:05 |
| Uggla | gibi, something frightening I missed ? | 16:06 |
| gibi | but I haven't seen any suspicious failure in nova or in neighboring project | 16:06 |
| gibi | Uggla: it is frightening but so far the monster remained in the woods | 16:06 |
| gibi | I keep an eye on it | 16:06 |
| Uggla | It also means that G release will not have this enabled right ? | 16:07 |
| gibi | right, it is H | 16:07 |
| gibi | where we switched the default for compute and conductor | 16:07 |
| gibi | in G for these the default is eventlet still | 16:07 |
| Uggla | Yep I saw that this morning looking at the latest patches. | 16:07 |
| bauzas | o/ (late) | 16:08 |
| Uggla | Yep, so I will tell that in the highlight. G = eventlet, H = native threads | 16:08 |
| Uggla | So that it is coherent with G as experimental | 16:08 |
| gibi | yepp | 16:08 |
| gibi | for compute and conductor | 16:09 |
| gibi | for api, metadata and scheduler F=eventlet G=native | 16:09 |
| Uggla | ah yes it is a bit more complex, but perfectly cleat now. So I should not say something wrong in the highlights. | 16:10 |
| gibi | https://docs.openstack.org/nova/latest/admin/concurrency.html | 16:10 |
| gibi | if you ever in doubt ^^ | 16:10 |
| Uggla | 👍 | 16:10 |
| Uggla | anything else about gate ? | 16:10 |
| gibi | - | 16:10 |
| Uggla | So moving on to the next topic | 16:10 |
| Uggla | #topic Release Planning | 16:11 |
| Uggla | #link https://releases.openstack.org/gazpacho/schedule.html | 16:11 |
| Uggla | #info Nova deadlines are set in the above schedule | 16:11 |
| Uggla | #info PTG etherpad for 2026.2 is available: https://etherpad.opendev.org/p/nova-2026.2-ptg | 16:11 |
| Uggla | #info This is a "work in progress document", but you can enter you topics at the bottom of the document | 16:11 |
| Uggla | #info Gazpacho should release this week. | 16:12 |
| Uggla | #info we will discuss Hibiscus release planning at the PTG. | 16:12 |
| Uggla | #info Gazpacho Openstack Infra live this week, Thursday 2nd april 14:00 UTC | 16:12 |
| gibi | there is a tentative plan at https://releases.openstack.org/hibiscus/schedule.html | 16:12 |
| Uggla | yeah gibi is right, there is a "draft" plan that we will adjust at the PTG. | 16:13 |
| Uggla | #topic Review priorities | 16:13 |
| Uggla | #link New file for Hibiscus https://etherpad.opendev.org/p/nova-2026.2-status | 16:13 |
| Uggla | #info I have updated Launchpad and the above doc. Please ping me if you spot something missing. | 16:14 |
| Uggla | #info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review. | 16:14 |
| Uggla | I have reviewed topic:"bp/generalize-sev-code", gibi any chance you review it again ? | 16:14 |
| gibi | Uggla: on my list among other things | 16:15 |
| Uggla | gibi ok no pb | 16:15 |
| Uggla | tkajinam, thanks for your answer on the ML for AMD-SNP. | 16:16 |
| tkajinam | Uggla, np | 16:16 |
| Uggla | Do you think you can have a draft spec to discuss at PTG ? And then give the hand for refinement and implementation to someone else ? | 16:17 |
| tkajinam | yeah I can | 16:17 |
| tkajinam | I also had a chat with some folks from LY regarding sev-snp and they told me that they already created their own implementation. | 16:17 |
| tkajinam | I guess they are also preparing spec in their side. I'll check it with them in case they are ready to submit their version | 16:18 |
| Uggla | super cool, thanks. And interesting to know that people for LY corp already have something. | 16:18 |
| Uggla | Any chance to have a joined spec ? | 16:18 |
| tkajinam | masahito, just fyi ^^^ | 16:18 |
| tkajinam | yeah I think that's better | 16:19 |
| gibi | just to my limited brain capacity, so this means tkajinam will help with the spec (joint or not) but we need somebody who takes over and implements it | 16:20 |
| gibi | is it a correct understanding? | 16:20 |
| Uggla | gibi, yes | 16:20 |
| gibi | OK | 16:20 |
| Uggla | Anton will work on the TDX implementation though. | 16:21 |
| gibi | I feel that even with the refactoring we have a chance that the TDX and the SNP work will merge conflict, do we have some mitigation planned, or we just use the first come first server rule? | 16:22 |
| Uggla | Noob question regarding HW, what is supporting AMD-SNP ? Special AMD CPUs ? | 16:22 |
| sean-k-mooney | on the topic of the PTG we likely need to schdule a cyborg cross project session but i have not formulated a specific adgenda yet. | 16:22 |
| tkajinam | Technically I can provide a draft code but I may not have enough time to set up test environment for it. (due to my focus shifting away from these confidential computing things atm) | 16:23 |
| sean-k-mooney | Uggla: not specificly specil but ranter a specific genreation | 16:23 |
| tkajinam | Uggla, yeah you need specific generation of EPYC processor which supports SEV-SNP | 16:23 |
| sean-k-mooney | as in i think you need 3rd generation EPYC or later | 16:23 |
| tkajinam | and relatively new kernel + qemu + libvirt, which actually supports host features to use SEV-SNP | 16:23 |
| tkajinam | yeah | 16:23 |
| sean-k-mooney | i woudl need to check but i think we have access interenaly to at least 1 AMD host that supprot SNP | 16:24 |
| Uggla | ok gonna check what is required in term of HW, to know if we have host supporting it. | 16:24 |
| tkajinam | gibi, I agree these two can cause conflict but I guess the conflict can be easily resolved because we don't expect object change. | 16:25 |
| Uggla | gibi, regarding the merge conflic, I expect a lot from the refactoring to limit them. | 16:25 |
| gibi | OK | 16:25 |
| Uggla | but we will see. | 16:25 |
| Uggla | I think we are done with that topic. | 16:26 |
| Uggla | And yes sean-k-mooney, we can work together to have a cross session with cyborg. | 16:27 |
| Uggla | FYI, I will be on PTO next week, but back 1 week before PTG to prepare it. | 16:28 |
| Uggla | ok moving on to next topic | 16:28 |
| Uggla | #topic Stable Branches | 16:28 |
| * Uggla giving the voice to elodilles | 16:28 | |
| elodilles | thx | 16:28 |
| elodilles | actually the situation is the same as last week | 16:29 |
| elodilles | #info nova stable gates should be OK | 16:29 |
| elodilles | #info placement and osc-placement have blocked stable gates, fixes need stable cores review (see: https://review.opendev.org/q/topic:pin-setuptools-81-docs and https://review.opendev.org/q/topic:pin-setuptools-81-via-virtualenv-pkg-resources ) | 16:29 |
| elodilles | i'd appreciate stable core reviews on these ^^^ | 16:29 |
| elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | 16:29 |
| elodilles | details are here ^^^ | 16:29 |
| elodilles | and that's all from me | 16:30 |
| * elodilles is passing back the mic | 16:30 | |
| Uggla | thx elodilles maybe I will have a look but can't +2. | 16:30 |
| Uggla | #topic vmwareapi 3rd-party CI efforts Highlights | 16:31 |
| Uggla | fwiesel, something from your side ? | 16:31 |
| sean-k-mooney | if we are ok wiht proxying elod i can +2w later if nowone else review but im reviing them now | 16:31 |
| Uggla | sean-k-mooney thx | 16:32 |
| elodilles | sean-k-mooney Uggla : thanks both of you o/ | 16:32 |
| fwiesel | Hi, I am digging into the issues with the hanging image upload. | 16:32 |
| fwiesel | I hope, I have a solution: https://review.opendev.org/c/openstack/oslo.vmware/+/982614 But I want to verify it first. | 16:32 |
| gibi | fwiesel: thanks | 16:32 |
| gibi | I will keep an eye on our WIP | 16:33 |
| fwiesel | It takes more time, because a couple of other problems happened. (Such as expired certificates) | 16:33 |
| fwiesel | I'll be on PTO on next Monday, so I can report back on the Monday after that | 16:33 |
| gibi | fwiesel: OK, have a good PTO | 16:33 |
| fwiesel | But I am optimistic, I can validate the fix this week. | 16:33 |
| fwiesel | That's it from my side. | 16:34 |
| Uggla | spoil, we might not have a meeting next week | 16:34 |
| Uggla | thx fwiesel | 16:35 |
| Uggla | #topic Gibi's news about eventlet removal | 16:35 |
| bauzas | I'm all in for punting the meeting next week | 16:35 |
| * Uggla giving the mic to gibi | 16:35 | |
| gibi | o/ | 16:35 |
| gibi | top of what we discussed in the gate section I have one additional new | 16:36 |
| gibi | s | 16:36 |
| gibi | I saw novncproxy working in native threading mode with sambork's patch. so good progress there | 16:36 |
| Uggla | \o/ | 16:36 |
| Uggla | thx sambork | 16:36 |
| gibi | I left a bunch of comments in the patch but we are moving in the right direction I belive | 16:37 |
| gibi | that is all from me | 16:37 |
| Uggla | thx gibi | 16:37 |
| Uggla | #topic Nova using openstack sdk for neutron | 16:38 |
| Uggla | layos is not anymore available, so pasting what he said earlier: | 16:38 |
| Uggla | "from my side I worked/working on the patch for migrating security-groups to SDK, so some progress with it :-)" | 16:38 |
| sean-k-mooney | oh not aviabel to attend the meeting not "not avaible to contineu the work" | 16:39 |
| Uggla | ? | 16:40 |
| sean-k-mooney | for a series like that we proably dont want this to be all or nothing. so it might be worth seeing fi we can land some of the eaierl patches. which that said i have not looked at it in at least a release | 16:40 |
| sean-k-mooney | "layos is not anymore available," | 16:40 |
| Uggla | I mean for this meeting | 16:40 |
| sean-k-mooney | ya | 16:40 |
| sean-k-mooney | i tought you were annouching they would not have tiem to work on it this cycle. that was my misuderstandign | 16:41 |
| elodilles | nope :) Lajos will continue to work on this but had to leave for the day ;) | 16:41 |
| Uggla | sorry for the misunderstanding. Layos will continue working on the patches. | 16:41 |
| Uggla | shame on me I have to look at these patches too, but I have not done it again. | 16:42 |
| Uggla | ok next topic | 16:43 |
| Uggla | #topic Bug scrubbing | 16:43 |
| Uggla | #info up to 199 (stable) | 16:43 |
| Uggla | #info I managed to keep it stable last week. | 16:43 |
| Uggla | #link: https://etherpad.opendev.org/p/nova-bug-triage-roster | 16:44 |
| Uggla | #link: https://truc.uggla.fr/ to follow the trend. | 16:44 |
| opendevreview | Merged openstack/osc-placement stable/2024.2: [CI][stable-only] Workaround for missing pkg_resources https://review.opendev.org/c/openstack/osc-placement/+/979691 | 16:45 |
| Uggla | I'am a bit late on the schedule, but I will try to schedule a bug squashing session wednesday around 16:30 UTC. I'will keep you posted on the ML. | 16:45 |
| Uggla | So I'd like people who has bug in the rooster to join if they need to discuss about triaging a bug. | 16:46 |
| opendevreview | Merged openstack/osc-placement stable/2025.1: [CI][stable-only] Fix docs job https://review.opendev.org/c/openstack/osc-placement/+/979692 | 16:46 |
| Uggla | that's all for this topic today, please look at the ML for further information. | 16:47 |
| Uggla | #topic Open discussion | 16:48 |
| Uggla | Uggla: Suggest no meeting next week. 6th April is a public holiday in most European countries. | 16:48 |
| Uggla | I saw bauzas agree too earlier | 16:48 |
| Uggla | Someone against that ? | 16:48 |
| gibi | +1 from me too | 16:48 |
| bauzas | restating my +1 | 16:48 |
| sean-k-mooney | yep +1 | 16:49 |
| bauzas | (and I will also be on PTO the day after) | 16:49 |
| gmaan | +1 | 16:49 |
| Uggla | bauzas, me the whole week so.... | 16:49 |
| bauzas | Easter egghunt ! | 16:49 |
| Uggla | I will probably announced that on the ML too. | 16:49 |
| bauzas | please so | 16:50 |
| elodilles | +1 | 16:50 |
| sean-k-mooney | if you want a nova one did you know our service heartbeat message is 1.21Giawatts | 16:50 |
| Uggla | egghunt and CHOCALATE !!!! | 16:50 |
| sean-k-mooney | i.e. back to the future refnces | 16:50 |
| sean-k-mooney | https://github.com/openstack/nova/blob/cfd5474c6438ad7cdb553357a37df5f2150d37ed/nova/conductor/api.py#L67 | 16:51 |
| Uggla | sean-k-mooney, reading in my head for finding april fool. :) | 16:51 |
| sean-k-mooney | well more a software "easter egg" | 16:52 |
| Uggla | yep. | 16:52 |
| Uggla | We are almost at the top of the hour. Does someone want to discuss something else. | 16:54 |
| gibi | - | 16:54 |
| sean-k-mooney | not really | 16:54 |
| Uggla | ok so time to close. | 16:56 |
| womax_ | Hi, I finally had time to come back and update a spec for tempURL usage in nova (came here to talk about it a few months ago). Would like to know if I could have some review to it, or as ptg are coming it would have to wait for them | 16:56 |
| womax_ | https://review.opendev.org/c/openstack/nova-specs/+/975883 | 16:56 |
| Uggla | womax_ please add a topic the ptg doc, I will find a slot to discuss it | 16:56 |
| womax_ | ok thx, where do i find the doc? | 16:57 |
| Uggla | https://etherpad.opendev.org/p/nova-2026.2-ptg | 16:57 |
| sean-k-mooney | womax_: skiming it im not sure why nova need to change exactly | 16:58 |
| sean-k-mooney | if i cant tell that after 90s of lookign at the spec it means you need to motivate the problem statemenadn user case better in the spec | 16:58 |
| womax_ | sean-k-mooney need to make a few modifications to use the feature it is implemented in glance | 16:58 |
| sean-k-mooney | but why | 16:58 |
| sean-k-mooney | nova does not need ot use every glance fature that is added | 16:59 |
| sean-k-mooney | you need to explin in the spec what benift this ahs to users and adminstiartor of nova | 16:59 |
| womax_ | oh ok in this sense | 16:59 |
| womax_ | to be short, dessaturate glance traffic by bypassing it when download image | 16:59 |
| womax_ | I'll add it | 17:00 |
| sean-k-mooney | yep so in the specific case that we are using swift/s3 or ceph rados gateway | 17:00 |
| womax_ | yes | 17:00 |
| sean-k-mooney | if glacne implenmt that feature we coudl use a direct temp url to download the iamge instead of streaming via glance | 17:01 |
| womax_ | yes exactly | 17:01 |
| sean-k-mooney | but it woudl be good to explain that up front | 17:01 |
| sean-k-mooney | anyway we are at time but it woudl also be good to capture how nova woudl knwo to use this in the spec | 17:01 |
| sean-k-mooney | i.e. if we have a glance multi store env how do we know which stores supprot it and which do nto | 17:02 |
| sean-k-mooney | ectra so that the nova spec is mostly self contaiened | 17:02 |
| Uggla | yep we need to close. | 17:02 |
| womax_ | ok i'll think more about it | 17:02 |
| Uggla | Discussion can be done later outside of the meeting. | 17:02 |
| womax_ | and we can discuss later | 17:02 |
| Uggla | Thanks for joining this meeting. Have a nice day/evening and see you in 2 weeks. | 17:03 |
| Uggla | #endmeeting | 17:03 |
| 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 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.html | 17:03 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.txt | 17:03 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2026/nova.2026-03-30-16.00.log.html | 17:03 |
| elodilles | thanks o/ | 17:03 |
| sean-k-mooney | womax_: have you recived much feedback on the glance spec. is it a new proposal on that side? | 17:04 |
| 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 |
| womax_ | sean-k-mooney i already have had feedback from glance, it is indeed a new proposal | 17:05 |
| 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 |
| 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:06 |
| womax_ | feature spec can be found here https://review.opendev.org/c/openstack/glance-specs/+/970214 | 17:07 |
| 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 |
| womax_ | and updating stores details to reflect if store has the capabilities and enabled | 17:08 |
| sean-k-mooney | are these tempurls 1 time use? or time based | 17:09 |
| womax_ | time based | 17:09 |
| sean-k-mooney | ack im askign incase we need to rety the download | 17:09 |
| sean-k-mooney | i think we allwo up to 3 tries today | 17:10 |
| womax_ | retry could work, expirations time would juste had to be configured accordingly | 17:10 |
| womax_ | to not expires too soon | 17:10 |
| sean-k-mooney | womax_: out of interest what is your primary storage backend for images | 17:12 |
| womax_ | s3 | 17:12 |
| womax_ | too be precise s3 compatible | 17:12 |
| sean-k-mooney | well that what im trying to udnerstadn | 17:12 |
| sean-k-mooney | its not ceph radows gateway right | 17:12 |
| womax_ | no | 17:13 |
| sean-k-mooney | its minio or some other not swrit not ceph s3 compatibale storage | 17:13 |
| womax_ | yes | 17:13 |
| womax_ | it's the s3 compatible storage we offered in public cloud at ovh | 17:13 |
| 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 |
| 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:14 |
| sean-k-mooney | but restict ti to admin/service users | 17:15 |
| sean-k-mooney | not normal users | 17:15 |
| sean-k-mooney | so normal user use the glance api | 17:15 |
| 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:15 |
| womax_ | ok for nova i could dig around direct backend, it could solve our problems | 17:16 |
| 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 |
| sean-k-mooney | skiping the streaming via the glance api when the host is using say qcow2 for its nova provisioned storage | 17:17 |
| sean-k-mooney | that effectivly the same problem statemnt | 17:17 |
| 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 |
| *** ChanServ sets mode: +o Uggla | 17:18 | |
| 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 |
| sean-k-mooney | correct that does not exist | 17:18 |
| 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:19 |
| sean-k-mooney | womax_: https://specs.openstack.org/openstack/nova-specs/specs/victoria/implemented/nova-image-download-via-rbd.html | 17:20 |
| sean-k-mooney | that was the rbd oen | 17:20 |
| sean-k-mooney | you could add a new direct_url_scheme in glance | 17:20 |
| womax_ | providing s3 credentials to every hosts seems a bit dubious, it seems too large to distribute credentials | 17:20 |
| sean-k-mooney | allowed_direct_url_schemes=tempurl | 17:20 |
| womax_ | so temp url seems a bit more appropriate | 17:20 |
| sean-k-mooney | womax_: i mean yes an no we od it for cpeh | 17:21 |
| womax_ | ok didn't know about it | 17:21 |
| sean-k-mooney | there isnt a tempurl schema today | 17:22 |
| sean-k-mooney | im just sayign this migh be a way to achive the same goal folowing the established patterens | 17:22 |
| 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 |
| womax_ | but yeah i will dig into how it is done for rbd and see how i could have something similar | 17:23 |
| *** ChanServ changes topic to "This channel is for Nova development | Development-planning: https://etherpad.opendev.org/p/nova-2026.2-status | PTG doc: https://etherpad.opendev.org/p/nova-2026.2-ptg | This channel is logged at https://meetings.opendev.org/irclogs/%23openstack-nova/" | 17:23 | |
| Uggla | I have updated the topic for H cycle ^ | 17:24 |
| *** ChanServ sets mode: -o Uggla | 17:25 | |
| opendevreview | Merged openstack/placement stable/2025.2: [CI][stable-only] Fix docs job https://review.opendev.org/c/openstack/placement/+/979685 | 17:39 |
| *** jcosmao is now known as Guest6202 | 19:22 | |
| opendevreview | Damian Dąbrowski proposed openstack/nova master: libvirt: refresh frontend QoS on volume extend https://review.opendev.org/c/openstack/nova/+/982733 | 22:41 |
| 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 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!