| *** mhen_ is now known as mhen | 01:47 | |
| opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Offline VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | 06:18 |
|---|---|---|
| opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Offline VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | 06:33 |
| *** ralonsoh_ is now known as ralonsoh | 06:40 | |
| opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Offline VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | 06:55 |
| jlejeune | elodilles: hello, as requested, now my change has been merged on 2025.2, is it ok for you for moving on 2025.1 ? https://review.opendev.org/c/openstack/nova/+/961774 | 07:32 |
| elodilles | jlejeune: sorry, i was at OpenStack Summit in the past days and was traveling yesterday, but yepp, i'm adding the patch to my TODO list ;) | 07:39 |
| gibi | elodilles: welcome back o/ | 07:44 |
| gibi | hope you did not get croissant overdose (/me jealous) | 07:45 |
| elodilles | gibi: thanks :] we ate just enough croissant ;) | 07:55 |
| jlejeune | elodilles: I was also there, I missed you... | 08:15 |
| elodilles | jlejeune: good to hear that you were there! maybe next time we'll meet :] | 08:17 |
| elodilles | i hope you had great talks with other openstackers! | 08:18 |
| jlejeune | yeah, and I saw bauzas, Uggla and sean-k-mooney[m] :) | 08:19 |
| Uggla | jlejeune o/ | 08:19 |
| jlejeune | hi :) | 08:19 |
| Uggla | jlejeune I hope you had a nice trip back to britany. | 08:20 |
| jlejeune | a bit long by train but it was ok and you ? | 08:22 |
| Uggla | Not bad except my train was delayed 15mn because someone forgot a bagage inside the previous one. | 08:26 |
| jlejeune | classic... | 08:27 |
| bauzas | my own train line was blocked in between Lyon and Grenoble, the train I was in went back to Lyon and then I had to use another train to Grenoble :) | 08:29 |
| jlejeune | :/ | 08:31 |
| bauzas | well, I'm used to it :) I had the exact same issue last time for the OpenInfra Paris Day in Palaiseau as well, that's why I took a stayover this time on Sunday just to make sure I couldn't have this issue around 11pm :) | 08:34 |
| jlejeune | so, I hope for the next summit in Paris it won't be there anymore :) | 08:36 |
| bauzas | long story short, easier to travel by flight | 08:38 |
| jlejeune | thanks elodilles :) | 09:14 |
| elodilles | np! thanks too o/ | 09:15 |
| jlejeune | and if you have time, I would really appreciate that my topics (bug-2044235 and bug/2085135) moved forward until 2024.1 before that release is set to 'unmaintained' :) | 09:19 |
| elodilles | jlejeune: i'm planning to review all stable patches that are ready to merge, but on the other hand we are very late already with the final stable release of 2024.1 Caracal, so I don't think we have time to merge there any more patches :/ | 09:32 |
| elodilles | jlejeune: note that bug fixes can land to unmaintained/2024.1 after the transition | 09:33 |
| elodilles | jlejeune: though i understand that it is less comfortable for consumers as the releases have to be cut downstream by themselves from unmaintained/2024.1 branches | 09:34 |
| jlejeune | ok understandable, so I would need to repush my change on new unmaintained/2024.1 branch later and abandon my changes over stable/2024.1 branches | 09:40 |
| elodilles | jlejeune: yes, that will be the way forward | 09:58 |
| jlejeune | ok got it | 10:05 |
| opendevreview | Merged openstack/nova stable/2025.1: Adds regression test for bug LP#2044235 https://review.opendev.org/c/openstack/nova/+/961601 | 10:39 |
| gibi | dansmith: could you add back your +2 on https://review.opendev.org/c/openstack/nova/+/937275 ? The devstack dependency landed finally so we can good to go and test the placement optimization stuff in nova-next permanently | 10:43 |
| gibi | s/can/are/ | 10:43 |
| gibi | and if you are around that then there is a similar patch that enables such optimizations in some of the nova func tests https://review.opendev.org/c/openstack/nova/+/963036 | 10:44 |
| gibi | cores, there is a super easy doc patch that needs a second +2 https://review.opendev.org/c/openstack/nova/+/963281 | 10:44 |
| sean-k-mooney | gibi: o/ still gong thorugh my email but ill take a look in a bit, i think i looked at the docs patch before while traveling but didn leave a review | 10:54 |
| opendevreview | Merged openstack/nova stable/2025.1: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961774 | 11:16 |
| opendevreview | Nicolai Ruckel proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.opendev.org/c/openstack/nova/+/959682 | 11:17 |
| nicolairuckel | sean-k-mooney: I changed my patch according to your comments. The patch is now a lot smaller but it still only works if I set the permissions manually. I was hoping that just letting libvirt do its thing would solve that. :/ | 11:20 |
| opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | 11:22 |
| opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | 11:27 |
| opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | 11:32 |
| sean-k-mooney | nicolairuckel: thats odd. i guess we can try and replicate the behvior and see if we can avoid this but. did you test this with a new vm? is it possibel that you previous attempet left the files in a non standard state? | 11:37 |
| sean-k-mooney | gibi: by the way the numa in placemetn talk was very good. they also appremntly foudn hand fixed the placment scaling issue in there work | 11:43 |
| nicolairuckel | Ah, that could be the problem. | 11:43 |
| nicolairuckel | I didn't create a new VM. | 11:43 |
| opendevreview | Ahmad Hassan proposed openstack/nova-specs master: Offline VM migration using https https://review.opendev.org/c/openstack/nova-specs/+/964444 | 11:55 |
| opendevreview | Merged openstack/nova master: [doc]PCI in Placement tuning https://review.opendev.org/c/openstack/nova/+/963281 | 11:58 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.2: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961775 | 12:11 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.2: Update start_service() function in test https://review.opendev.org/c/openstack/nova/+/963848 | 12:16 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.2: Adds regression test for bug LP#2085135 https://review.opendev.org/c/openstack/nova/+/963849 | 12:16 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.2: Reset the mapped field of nodes at service deletion https://review.opendev.org/c/openstack/nova/+/963850 | 12:16 |
| gibi | sean-k-mooney: I looked at their slidset. What I decoded form there is that they found something similar but maybe not exactly the same as they mentioned same_subtree which was not part of our problem or our solution for the PCI case | 12:36 |
| gibi | sean-k-mooney: I left some comments / question on the PTG etherpad related to this | 12:36 |
| sean-k-mooney | gibi im not sure if its exactly the same, related or independent fo what you fixed | 12:37 |
| sean-k-mooney | but yes it would be nice to see what there solution was and if its an addtional enhancement or not needed now | 12:38 |
| gibi | I have a hunch that we could move the same_subtree check also inside the product() call if we want that might help pruning the searchspace in case same_subtree is used for their NUMA solution | 12:42 |
| gibi | for PCI we don't need that but for NUMA RP with multiple children under it it is needed | 12:42 |
| sean-k-mooney | yep maybe. | 12:43 |
| sean-k-mooney | we can cross that bridge when we evaulate there solution | 12:43 |
| gibi | yepp | 12:43 |
| sean-k-mooney | they hope to upstream it | 12:43 |
| sean-k-mooney | which would be cool if it work well | 12:44 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.1: nova-conductor puts instance in error state https://review.opendev.org/c/openstack/nova/+/961778 | 12:44 |
| sean-k-mooney | they apprently have backported it to yoga internaly had have custoemr using it in production | 12:44 |
| sean-k-mooney | so at least for there use cases it apprenlty funcitonal at the scale they are using it at | 12:44 |
| gibi | yeah if it not spread or exaggerate the placement performance issue then lets get it, if it is then we need to think a bit more and assess the risk | 12:44 |
| sean-k-mooney | i also think i agree with them about the ux issue | 12:45 |
| sean-k-mooney | i.e. the workaround they had to do for member_of ectra related to the unamed group | 12:46 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.1: Update start_service() function in test https://review.opendev.org/c/openstack/nova/+/963851 | 12:46 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.1: Adds regression test for bug LP#2085135 https://review.opendev.org/c/openstack/nova/+/963852 | 12:46 |
| opendevreview | Julien LE JEUNE proposed openstack/nova stable/2024.1: Reset the mapped field of nodes at service deletion https://review.opendev.org/c/openstack/nova/+/963853 | 12:46 |
| sean-k-mooney | i forget the explcit excption they said they got but i dont think they shoudl have got that | 12:46 |
| sean-k-mooney | it would be good to get that into a placmenet bug report so we can assess it properly | 12:47 |
| sean-k-mooney | with out going into the detail is sounded like a design oversight that could be condiered a bug | 12:47 |
| gibi | sure, I'm happy to read incoming bugreports | 12:49 |
| gibi | the slideset is low on details so most of I know are based on guesses and extrapolations | 12:50 |
| sean-k-mooney | we invited them to the ptg. they have some pto this week so they proably wont have time to prepare much. bauzas added the topic on there behalf but we can try and connect with them on irc or the list seperatly as well | 12:54 |
| sean-k-mooney | gibi: bauzas offered to help them with engaging with the upstream comunity so i assume if they submit a spec they will act as the feature liason or at least helping them if they have any issues with that | 12:55 |
| Uggla | Hi sean-k-mooney, I hope you had a nice trip back to your home town. Can you point me to the patch about image encryption (lucks), we need to discuss next weak ? | 12:59 |
| sean-k-mooney | am sure. the oen that is is currently kind fo blocked is on the glance side one sec | 13:00 |
| sean-k-mooney | and ya the trip back was pretty ok. of couse when we got back to ireand it was raining and the car was parked in a 1 inch high puddel of water but other hten that it was fine | 13:01 |
| sean-k-mooney | i more or less went to bed after getting back and slept until 2 am. i went back to sleep but got up again at liek 4 so my slep patther is off but not unexpected | 13:02 |
| sean-k-mooney | Uggla: https://review.opendev.org/c/openstack/glance/+/926295 | 13:02 |
| sean-k-mooney | Uggla: how was your train? did you and sylvain travel back together? | 13:03 |
| Uggla | do you think we need to discuss that at the glance/nova cross session ? | 13:03 |
| sean-k-mooney | ya i think we should | 13:04 |
| sean-k-mooney | the featuer is addign a new luks disk_format and we need to be able to supprot that in nova | 13:04 |
| sean-k-mooney | i dont really see how we can supprt dans request ot bea able to valdiate that its a ` luks-encrypted GPT disk image` without breaking the convidental comptue usecases | 13:05 |
| sean-k-mooney | but i get the concer as well | 13:06 |
| Uggla | sean-k-mooney, it was ok a minor delay, but I managed to be at home around midnight(sunday). Sylvain took the train on Monday morning. | 13:07 |
| nicolairuckel | sean-k-mooney, I have the same problem with a fresh VM. | 13:07 |
| bauzas | sean-k-mooney: I already told the train story earlier in the chat. Long story short, never ever take the Lyon-Grenoble line if you want to visit the Alps | 13:09 |
| sean-k-mooney | bauzas: hehe ill keep that in mind :) | 13:10 |
| elodilles | bauzas Uggla : sorry, a bit late, but finally i've proposed the Nova stable release patches (flamingo-caracal). please review them. note that all of them contain some api related code changes, hence all bumps MINOR versions. please review them with extra care that they are OK to release (especially Caracal, which will be the final release, after this point, we won't be able to do any further | 14:12 |
| elodilles | release!) -> https://review.opendev.org/c/openstack/releases/+/964471 (and its parents) | 14:12 |
| bauzas | elodilles: ack, I'm on vtpm review mode but I'll look | 14:13 |
| bauzas | don't be afraid of harassing me :) | 14:13 |
| Uggla | elodilles, o/ I'm gonna have a look either later or tomorrow morning, thanks! | 14:14 |
| elodilles | bauzas Uggla : thanks both of you o:) and sorry for already harassing you, but the releases should merge soon, well, the sooner the better, as we should move Caracal to unmaintained in less than a week o:) | 14:15 |
| elodilles | (sorry for not proposing the release patches last week, in that way, i could have harass you IRL at the Summit o:)) | 14:17 |
| Uggla | elodilles 👍 | 14:17 |
| bauzas | elodilles: physical harassment is not accepted by the Summit Code of Conduct unfortunately | 14:36 |
| bauzas | but you could have bribed with beers | 14:36 |
| opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | 14:38 |
| opendevreview | Balazs Gibizer proposed openstack/nova master: Rally job for eventlet-removal https://review.opendev.org/c/openstack/nova/+/960130 | 14:43 |
| opendevreview | Yateesh Kumar MN proposed openstack/nova master: Don't destroy TPM during hard reboot https://review.opendev.org/c/openstack/nova/+/964475 | 14:48 |
| elodilles | bauzas: ahh, i've missed the bribe :/ maybe next time then! ;) | 15:02 |
| Uggla | Nova meeting in ~40mn | 15:20 |
| ali | I have a question. | 15:33 |
| ali | I have two aggregates named general and dedicated. The availability zone of general is nova, and the zone of dedicated is another one. | 15:33 |
| ali | I wanted to live migrate an instance from the nova zone to the other zone. | 15:33 |
| ali | 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. | 15:33 |
| ali | After 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. | 15:33 |
| ali | Why did this happen? | 15:33 |
| Uggla | #startmeeting nova | 16:00 |
| opendevmeet | Meeting started Tue Oct 21 16:00:31 2025 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 |
| fwiesel | o/ | 16:00 |
| r-taketn | hello | 16:00 |
| nicolairuckel | o/ | 16:01 |
| Uggla | Hello everyone | 16:01 |
| gmaan | o/ | 16:01 |
| gibi | o/ | 16:01 |
| elodilles | o/ | 16:02 |
| Uggla | Let's start | 16:03 |
| Uggla | #topic Bugs (stuck/critical) | 16:03 |
| Uggla | #info No Critical bug | 16:03 |
| Uggla | #topic Gate status | 16:03 |
| bauzas | \o | 16:03 |
| Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | 16:03 |
| * bauzas was preparing a coffee on his new barista machine | 16:03 | |
| Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | 16:03 |
| 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 about it, unless I miss something. | 16:04 |
| gibi | o/ | 16:06 |
| Uggla | gibi, bauzas something to say about the gate ? | 16:06 |
| bauzas | nothing on my radar | 16:06 |
| gibi | there was issues with the wsgi package in the jobs using debian | 16:07 |
| gibi | causign python3.11 crashes on the gate mostly in keystone service | 16:07 |
| gibi | I don't have a tracker for it but it was discussed on -qa | 16:07 |
| gibi | I did not see it today yet but I did not dig for it either | 16:08 |
| Uggla | ok thanks gibi | 16:08 |
| Uggla | moving on to next topic | 16:09 |
| gmaan | one other thing related to gate. grenade jobs settings are updated and now grenade on master will be testing the correct branches upgrade | 16:09 |
| Uggla | thx gmaan | 16:09 |
| gmaan | stable/2025.2 change still in gate but will be merging soon | 16:09 |
| gmaan | #link https://review.opendev.org/c/openstack/grenade/+/961914 | 16:09 |
| gmaan | that's all, we can move to next topic | 16:10 |
| Uggla | #topic tempest-with-latest-microversion job status | 16:10 |
| Uggla | gmaan anything you want to say about it ? | 16:11 |
| gmaan | no, did not get chance to look into it. | 16:11 |
| Uggla | no worries, thx gmaan | 16:11 |
| Uggla | #topic Release Planning | 16:12 |
| Uggla | #link https://releases.openstack.org/gazpacho/schedule.html | 16:12 |
| Uggla | ^ dates will be discussed and refined during the PTG. | 16:12 |
| Uggla | #info PTG etherpad for 2026.1 is available: https://etherpad.opendev.org/p/nova-2026.1-ptg | 16:13 |
| Uggla | #info Please add the topics you would like to discuss in the above document. | 16:13 |
| Uggla | #info Take care EU daylight time change this Sunday (26 Oct). | 16:13 |
| Uggla | ^ confused me last week, so here are the expected timelines | 16:14 |
| Uggla | #info PTG meetings (to be confirmed) will happen room grizzly 14:00UTC (start) -> 17:00UTC (end) 4H from Tuesday to Friday. | 16:14 |
| Uggla | #info Please enter your review comments (what was ok, what is not working...) | 16:14 |
| Uggla | I mean comments for the retro | 16:14 |
| Uggla | #info Please update the courtesy ping list, if you want me to notify you about a particular topic. | 16:14 |
| Uggla | #info You might have a earlier session next week for our contributors from Japan (compute graceful shutdown) | 16:15 |
| bauzas | yeah, not only that | 16:15 |
| Uggla | #info the upstream meeting (this one) will be canceled | 16:15 |
| bauzas | we had hallway discussions with some of the Japan contributors, they had a couple of topics to discuss at the PTG | 16:16 |
| Uggla | oh yes, the metadata protection too. | 16:16 |
| bauzas | so it would be nice if we could book some timeslot earlier in the day that's more asian-friendly | 16:16 |
| bauzas | 1 hour should be enough | 16:16 |
| Uggla | 1h for the 2 topics ? | 16:16 |
| bauzas | 1 hour for *any* topic | 16:17 |
| gmaan | early sessions you mean during allocated slots right? from 14 UTC onwards or some other time whihc is more close to japan? | 16:17 |
| bauzas | as soon as you open the possibility for folks to join, please don't expect them to not use that possibility for discussing more | 16:17 |
| Uggla | gmaan no I have not requested the timeslot. | 16:17 |
| bauzas | gmaan: 14UTC is already very late for many of them | 16:18 |
| bauzas | JST is UTC+8 I believe | 16:18 |
| gmaan | yeah, it seems 1 AM | 16:18 |
| gmaan | I want to know if something early than 14 UTC we want to schedule | 16:18 |
| bauzas | well, that's why we have a conversation now | 16:18 |
| gmaan | not later than 14 UTC | 16:18 |
| bauzas | having it earlier would mean that we wouldn't have a solid quorum | 16:19 |
| bauzas | so I need to know who could join something earlier | 16:19 |
| bauzas | another possibility is a very late slot for European, I could try to make it, but again, I'm not sure we would have quorum | 16:20 |
| gibi | I rather be early from EU than late | 16:20 |
| Uggla | Yep I think around 9 or 10 UTC. | 16:22 |
| bauzas | we would miss gmaan, dansmith and melwitt if so | 16:22 |
| gibi | I can join any day on those times | 16:22 |
| bauzas | here is one thought | 16:22 |
| gmaan | yeah, it will be 3 AM in PST | 16:22 |
| gibi | we can have a discussion and have a recap session during the normal hours so other cores get updated | 16:23 |
| dansmith | yeah 10UTC is pretty early for us | 16:23 |
| Uggla | I just expect gibi, bauzas, sean-k-mooney. | 16:23 |
| bauzas | let's try to make it at Thursday or Friday EU mornings | 16:23 |
| gibi | I think there is no good single timeslot hence I suggesting two. One with the folks from far east and then one with the core team | 16:23 |
| sean-k-mooney | sorry | 16:23 |
| bauzas | and ask the Asian contributors to put their topics in advance into the etherpad | 16:23 |
| sean-k-mooney | was on a call | 16:23 |
| Uggla | bauzas, ok I will sync up with them. | 16:23 |
| sean-k-mooney | reading back are you dicussing the meeting slot | 16:24 |
| bauzas | so people not being to attend can still leave comments on the the etherpad in advance | 16:24 |
| sean-k-mooney | or ptg | 16:24 |
| bauzas | sean-k-mooney: some asian-friendly ptg slot | 16:24 |
| sean-k-mooney | ah ok | 16:24 |
| bauzas | based on the hallway talks we had at Summit | 16:24 |
| sean-k-mooney | ack | 16:24 |
| ali | I have a 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 that, I tried to resize the | 16:24 |
| ali | 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. | 16:24 |
| ali | Why did this happen? | 16:24 |
| bauzas | ali: we are on a meeting, could you please ask your question after we're done ? | 16:25 |
| ali | ok | 16:25 |
| bauzas | dansmith: would you be okay if you could comment on the asian topics before it happens so we could convey your concerns at time ? | 16:26 |
| Uggla | are we good with that topic ? | 16:26 |
| dansmith | bauzas: I mean.. we don't really have any other option | 16:26 |
| gmaan | I wanted to join the graceful shutdown topic but depends on what time we select | 16:26 |
| gmaan | one idea, if 13 UTC can work for them though we did not book slot in 13 UTC for nova but can do | 16:27 |
| bauzas | dansmith: well, we could ask them to join again later | 16:27 |
| sean-k-mooney | well the other option woudl be do the NA/asia slot | 16:27 |
| sean-k-mooney | so very late UTC | 16:28 |
| sean-k-mooney | if there are more na based folks instereted i nthee topics that might work better | 16:28 |
| sean-k-mooney | that woudl likely have toe bu thrusday however to be in there friday morning | 16:29 |
| Uggla | 23:00 UTC ? | 16:32 |
| bauzas | that's exactly why I miss in-person PTGs | 16:33 |
| Uggla | I will check with them if the prefer morning/afternoon. | 16:33 |
| Uggla | bauzas, yeah I know. | 16:33 |
| sean-k-mooney | ya.. i dont have a stong opion either way | 16:33 |
| bauzas | what we need is a clarified PTG etherpad | 16:33 |
| gibi | if it will be late EU then I would like to get a recap session next day | 16:33 |
| gibi | in the normal slots | 16:34 |
| bauzas | with a list of topics they want to discuss | 16:34 |
| bauzas | and then we can let people indicate their interest | 16:34 |
| sean-k-mooney | gibi: i think we will wnat to do that in either case | 16:34 |
| bauzas | yup | 16:34 |
| Uggla | bauzas sure, I hope they will get in touch with me soon. If not I'll try to ping. | 16:34 |
| Uggla | So I could update the schedule. | 16:34 |
| bauzas | having PTG right after Summit doesn't help, in particular when most of attendees take a few days off after the latter | 16:35 |
| gibi | sean-k-mooney: yes | 16:35 |
| bauzas | sure, and please people let mention your interest if you wanna speak up on those topics | 16:35 |
| Uggla | can we move on ? | 16:36 |
| gibi | + | 16:37 |
| Uggla | next topic | 16:37 |
| Uggla | #topic OpenAPI | 16:37 |
| Uggla | #link: https://review.opendev.org/q/topic:%22openapi%22+(project:openstack/nova+OR+project:openstack/placement)+-status:merged+-status:abandoned | 16:37 |
| Uggla | #info still 28 remaining atm. | 16:37 |
| Uggla | #topic Stable Branches | 16:37 |
| * Uggla giving the mic to elodilles | 16:38 | |
| elodilles | thanks | 16:38 |
| elodilles | #info stable branches (stable/2025.* and stable/2024.*) seem to be in OK state | 16:38 |
| elodilles | #info final stable 2024.1 Caracal release (and all other stable/202*.* release patches) are proposed: https://review.opendev.org/c/openstack/releases/+/964471 | 16:38 |
| elodilles | #info 2024.1 Caracal (stable/2024.1) is planed to move to Unmaintained in less than a week | 16:38 |
| elodilles | and that's all for now about stable from me | 16:39 |
| Uggla | thx elodilles | 16:39 |
| Uggla | #topic vmwareapi 3rd-party CI efforts Highlights | 16:39 |
| Uggla | fwiesel anything you'd like to tell us ? | 16:39 |
| fwiesel | #info Cinder VMware bug fixed for reimaging volume | 16:39 |
| fwiesel | #link https://review.opendev.org/c/openstack/cinder/+/961357 | 16:40 |
| fwiesel | Took a while, but that was blocking me from fixing the last two failing tempest tests. | 16:40 |
| fwiesel | That and the still broken CI | 16:40 |
| fwiesel | But that's it from my side | 16:40 |
| fwiesel | Uggla: back to you | 16:41 |
| Uggla | thanks fwiesel, thx correting this | 16:41 |
| Uggla | #topic Gibi's news about eventlet removal. | 16:41 |
| Uggla | gibi anything to report ? | 16:41 |
| gibi | o/ | 16:42 |
| gibi | basically the same as last week | 16:42 |
| gibi | * please look at the topic in the PTG etherpad | 16:43 |
| gibi | * you can review things on the eventlet-removal topic, we have couple of smallish green patches on the unittest side | 16:43 |
| gibi | + I finally get back to the rally job patch and iterating on it https://review.opendev.org/c/openstack/nova/+/960130 | 16:44 |
| gibi | that is is | 16:44 |
| gibi | it | 16:44 |
| Uggla | gibi, fyi I gave some ad about eventlet testing at the end of my presentation. | 16:45 |
| Uggla | Explaining that if folks want to test it that would be hihgly appreciated. | 16:46 |
| gibi | Uggla: thanks | 16:46 |
| gibi | was there any further question about it? | 16:46 |
| Uggla | yes, just one about the overall plan : If all the services will remove eventlet. | 16:46 |
| Uggla | and I explained quickly our approach for nova. 2 steps phases and current services "migrated" | 16:47 |
| Uggla | Then I got a question about python 3.14 support for us, from Canonical guys. | 16:48 |
| gibi | yeah I have no comment on 3.14. That is too far ahead | 16:48 |
| gibi | I would assume that with GIL mode and threading we will work in 3.14 without issues | 16:49 |
| Uggla | yep I said that and explain that it will probably happen after eventlet removal. | 16:49 |
| gibi | the GILles mode is a different beast probably | 16:49 |
| Uggla | sure, tbh I did not have the time to speak about GIL. | 16:49 |
| gibi | :) | 16:50 |
| 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:50 |
| gibi | ohh | 16:51 |
| gibi | anyhow thanks for the advertisment | 16:51 |
| Uggla | moving on because we are almost at the top of the hour | 16:51 |
| Uggla | #topic Open discussion | 16:51 |
| Uggla | reminder: | 16:51 |
| Uggla | (Uggla) Pool for the new schedule of upstream meeting: https://framadate.org/ao12zK6wR3K3nfbF | 16:51 |
| Uggla | #linkAnnonce : https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/H5PBFZJ4X3TSGSC4YF6E4WTV43CBOVS6/ | 16:51 |
| Uggla | the trend seems to go on Monday | 16:52 |
| 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:52 |
| 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:53 |
| Uggla | nicolairuckel, yep please do | 16:54 |
| Uggla | crossproject with cinder ? | 16:54 |
| nicolairuckel | I think so | 16:55 |
| nicolairuckel | I was told it was related to image encryption | 16:55 |
| Uggla | more glance though | 16:55 |
| nicolairuckel | tbh, I'm still quite new to openstack so I'm not *that* sure about the scope yet. | 16:55 |
| Uggla | ok I'll look at that and try to find the appropriate slot. | 16:56 |
| nicolairuckel | thank you | 16:56 |
| Uggla | Any expected duratio, ? | 16:56 |
| Uggla | *duration | 16:56 |
| sean-k-mooney | gibi: supporting freethread pytyon is defeintly a post eventlet topic. | 16:56 |
| Uggla | r-taketn I think you would like to share something, aren't you ? | 16:57 |
| sean-k-mooney | nicolairuckel: the nvram patch is not related to the image encyption work | 16:57 |
| nicolairuckel | I'm not sure yet. I'll think about that and add it to the Etherpad if that's okay. | 16:57 |
| r-taketn | yes. Thank you. I have one quick request. Could someone please check this spec and give some feedbacks later? | 16:57 |
| r-taketn | #link https://review.opendev.org/c/openstack/nova-specs/+/962578 | 16:58 |
| 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 |
| sean-k-mooney | but we shoudl dicuss the imange encyption work in the nova/glance slot. | 16:58 |
| r-taketn | I have re-written the spec. In particular, I detailed the problem description about current sev/sev-es code. | 16:58 |
| sean-k-mooney | r-taketn: i have not had time yet but ill tray and look at that again | 16:58 |
| r-taketn | I have this topic on ptg slot, but I'd appreciate if you give some feedbacks in advance | 16:58 |
| r-taketn | sean-k-mooney: Thank you | 16:59 |
| 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 |
| r-taketn | yes | 16:59 |
| sean-k-mooney | this is prepareing the memory encyption logic to be more generic and extensible in advance of the hardware | 16:59 |
| 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 |
| gibi | sorry folks I have to drop. | 17:01 |
| gibi | I will read back | 17:02 |
| Uggla | gibi no pb about to close | 17:02 |
| 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 |
| Uggla | Anything else you'd like to share ? | 17:02 |
| 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:02 |
| r-taketn | sean-k-mooney: ok. sorry. I'll fix it. | 17:03 |
| 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 |
| bauzas | we're overtime :) | 17:03 |
| Uggla | bauzas atm reasonable overtime | 17:03 |
| r-taketn | Uggla: That's all from me. thank you | 17:04 |
| Uggla | ok so I'm going to close. | 17:04 |
| Uggla | Thank you for participating in this meeting. | 17: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 |
| Uggla | #endmeeting | 17:05 |
| 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 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.html | 17:05 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.txt | 17:05 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-10-21-16.00.log.html | 17:05 |
| elodilles | thanks Uggla o/ | 17:05 |
| Uggla | elodilles you are welcome. | 17:05 |
| r-taketn | Thank you for discussion all | 17:05 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!