| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-03-24 | |||
| 18:02:06 | sean-k-mooney | that to me woudl be a breakign chagne requrieign at least a config option | |
| 18:02:24 | sean-k-mooney | as i said this image peroperlty is for requesting the guest agent channel to be provisioned | |
| 18:02:35 | sean-k-mooney | its not declearing that the image has it installed | |
| 18:02:38 | sean-k-mooney | those are two very diffent things | |
| 18:02:41 | bauzas | surely, I'm just saying that the service that has the responsibility for introspecting the image is Glance as of today | |
| 18:03:02 | sean-k-mooney | sure but im saying that the image proprty does not state that its installed | |
| 18:03:09 | sean-k-mooney | that not what its for | |
| 18:03:17 | bauzas | sean-k-mooney: yup yup, but AFAICU, the request was to have GA be default | |
| 18:03:34 | bauzas | since public clouds operators don't trust their users | |
| 18:03:36 | sean-k-mooney | oh thats an entirly diffent converation | |
| 18:03:39 | sean-k-mooney | we coudl do that | |
| 18:04:01 | sean-k-mooney | or make it configurable via the flavor so admin can opt in | |
| 18:04:14 | sean-k-mooney | but that very diffent then introspecting the image | |
| 18:27:45 | gmaan | Gibi: Bauzas: Not sure if you got time to check this change (running graceful shutdown running on both mode), but it will be good to do it before any breaking change. https://review.opendev.org/c/openstack/nova/+/978292 | |
| 18:27:54 | gmaan | gibi: ^^ | |
| 18:30:40 | gibi | gmaan: +2, thanks | |
| 18:30:45 | gmaan | thanks | |
| 18:36:24 | opendevreview | Ghanshyam Maan proposed openstack/nova stable/2026.1: DNM: test grenade job https://review.opendev.org/c/openstack/nova/+/981980 | |
| 18:39:24 | opendevreview | Ghanshyam Maan proposed openstack/nova stable/2025.2: DNM: test grenade job https://review.opendev.org/c/openstack/nova/+/981982 | |
| 20:53:14 | JayF | Uggla: I don't see OpenStack Nova with a slide in OpenInfra Live Gazpacho; is nova being repped in that at all? Y'all probably should have someone there :| | |
| 20:58:53 | sean-k-mooney | i tought someone was going to attend but i have not really been invoved | |
| 22:42:27 | Uggla | JayF, I have just answered that I will cover Nova highlights. Thanks for the reminder. | |
| 22:43:46 | JayF | awesome, thanks. It didn't look like many projects had opted in so I'm glad to get more | |
| #openstack-nova - 2026-03-25 | |||
| 02:38:46 | cardoe | Uggla: just wanted to follow up on https://review.opendev.org/c/openstack/nova-specs/+/471815 happy to come to the next nova meeting to discuss. | |
| 10:48:11 | Uggla | cardoe, I suggest you to enter a topic in https://etherpad.opendev.org/p/nova-2026.2-ptg, then I will find a slot to discuss it at the PTG. | |
| 10:50:56 | Uggla | cardoe, it will also allow other cores to read the spec upfront and load context for the PTG. | |
| 11:23:36 | cardoe | Okay. This will be the third PTG I’ve spoken about the spec. | |
| 13:13:55 | opendevreview | Bence Romsics proposed openstack/nova master: Suppress error in cleanup of pre live migration https://review.opendev.org/c/openstack/nova/+/982085 | |
| 13:13:55 | opendevreview | Bence Romsics proposed openstack/nova master: Functional reproducer for #2051685: before fix https://review.opendev.org/c/openstack/nova/+/977331 | |
| 13:13:56 | opendevreview | Bence Romsics proposed openstack/nova master: Functional reproducer for #2051685: after fix https://review.opendev.org/c/openstack/nova/+/982086 | |
| 15:30:34 | bauzas | eventlet meeting or not ? | |
| 15:30:46 | bauzas | eventlet-removal meeting or not ? | |
| 16:04:53 | zigo | FYI, I was able to have a Gazpacho VM to ping for a few seconds, after reverting a patch in glance-store, and before neutron-dynamic-routing starts crashing on me. :) | |
| 16:05:53 | gibi | zigo: that is progress :) | |
| 16:14:26 | zigo | gibi: It looks like neutron-dynamic-routing or os-ken is broken (one of them) as my BGP session with the switch fails, and never comes back. But otherwise, the rest of OpenStack looks like working ! :P | |
| 16:15:45 | gibi | cool | |
| 16:31:20 | elodilles | Uggla: just a note, that i haven't created a nova RC2 patch as there're only doc change fixes on stable/2026.1 | |
| 16:31:41 | Uggla | elodilles ok | |
| 16:36:39 | Uggla | sean-k-mooney, if you have time, could you make a first pass review of 981557: Reproduce bug #2108974: keypairs lost during cross-cell resize | https://review.opendev.org/c/openstack/nova/+/981557 and 981558: Fix keypairs lost during cross-cell resize | https://review.opendev.org/c/openstack/nova/+/981558 | |
| 16:45:49 | Uggla | gibi, I know you are busy, there is no hurry. But if you can have https://review.opendev.org/c/openstack/nova/+/946945/2 and https://review.opendev.org/c/openstack/nova/+/970337/5 on your re view list that will be great ! | |
| 17:33:11 | clif | o/ | |
| 17:33:53 | JayF | sean-k-mooney: clif is a developer from GR-OSS, I've asked him to help review+cleanup your ironic speedup patches | |
| 17:34:06 | JayF | sean-k-mooney: you'll be better off with clif than me for that kinda stuff; he's more developer coded (to my ops-coded nature) | |
| 17:34:20 | sean-k-mooney | cool | |
| 17:34:33 | sean-k-mooney | clif: o/ | |
| 17:35:03 | cardoe | sean-k-mooney: I've passed https://bugs.launchpad.net/ironic/+bug/2076265 back to Nova. I've left Ironic on it but Nova has to make a change first. | |
| 17:35:06 | clif | nice to meet you, hopefully I can help some of these over the line at least | |
| 17:36:16 | sean-k-mooney | clif: so as i said in the last irc meeting its easy to make things go fast if correctness is not a requirement so that actully goign to part fo the challnge here making sure that these optmistaion are both valid and correct | |
| 17:36:37 | clif | fair enough | |
| 17:37:06 | clif | I also prefer valid and correct | |
| 17:37:14 | clif | fast and incorrect is not very valuable imo | |
| 17:37:15 | JayF | how fast we talkin'? /s | |
| 17:37:46 | sean-k-mooney | JayF: so i think 2 of the 4 optimistiaon are likely correct and of high value | |
| 17:37:50 | sean-k-mooney | the other 2 im unsure | |
| 17:38:07 | sean-k-mooney | so using the threadpool to process nodes in paralle and the deepcopy optimisation | |
| 17:38:38 | sean-k-mooney | but i would love if we coudl create a devstack with the fake ironic driver and try and replciate this in a more real env to see if they actullly help | |
| 17:38:53 | sean-k-mooney | i.e. to make 100% sure that its not an artifcat of the simulator | |
| 17:39:02 | sean-k-mooney | i dont think they are but that still an open | |
| 17:39:46 | sean-k-mooney | for the start up case we dont even really need a full ironic just enouch to hae the api +db so we can add the nodes that nova cna then discover/enmerate | |
| 17:40:03 | JayF | > create a devstack with the fake ironic <-- this is #3 on my list r/n | |
| 17:40:29 | sean-k-mooney | are there docs that cover that or example local.confs | |
| 17:40:38 | JayF | there will be when I get there on my list | |
| 17:41:09 | sean-k-mooney | cardoe: ack for what its worth nova only supprot prot with vnic_tyupe normal for --network or --subnet | |
| 17:41:36 | sean-k-mooney | cardoe: that why we have alwasy said to use ironic you must precreate teh neutron port with vnic-type=baremetal | |
| 17:41:58 | cardoe | I understand that. Ironic has never supported VNIC_NORMAL and this has been the behavior since Nova added Ironic support on day 1. | |
| 17:41:59 | sean-k-mooney | we dont block that using --network and --subnet with ironci flavor today however | |
| 17:41:59 | JayF | sean-k-mooney: what's the path to changing that? | |
| 17:42:13 | JayF | sean-k-mooney: changing the support for --network/--subnet to include baremetal vnic | |
| 17:42:26 | sean-k-mooney | JayF: that was rejected in the past as wont do | |
| 17:42:26 | cardoe | It's invalid for Nova to ever create the port and send it to the hypervisor backend. | |
| 17:42:32 | JayF | why? | |
| 17:42:41 | JayF | It's the future now! | |
| 17:42:46 | sean-k-mooney | JayF: i tried to get that change approved as part fo the get me a newtrork work | |
| 17:42:54 | cardoe | In fact there's a couple of hypervisor backends that don't support VNIC_NORMAL and Nova shouldn't do that for them. | |
| 17:43:04 | sean-k-mooney | but tldr was a mix of the no more proxy adn no more orchstration policy | |
| 17:43:05 | cardoe | JayF: https://review.opendev.org/c/openstack/nova/+/979354 I wrote the fix already. | |
| 17:43:33 | sean-k-mooney | cardoe: ironic is the only one im aware of tha tdoes nto work with normal | |
| 17:45:00 | sean-k-mooney | JayF: im not against it but we basiclly nova didnt want to keep adding new proxy comamdn for port creation aspect and standardise on you alwasy create a port ahead of tiem | |
| 17:45:18 | sean-k-mooney | we obviously cant remove the exisitng fucntionaltiy but that is the history of why it was rejected before | |
| 17:45:34 | JayF | Might be interesting to revisit, if for nothign else than backwards compat with existing broken Ironic flows (Which have been in use, even if "broken" for a decade+) | |
| 17:46:11 | sean-k-mooney | one suggetion that i didnt really by was this can be automated in the cli/sdk | |
| 17:46:24 | sean-k-mooney | technaily anythign can be but that felt like a non answer | |
| 17:46:44 | JayF | I just need better reasons for my downstream about making their flows more complex | |
| 17:46:48 | sean-k-mooney | we have the exact same gap for neutron sriov ports | |
| 17:47:00 | JayF | precreating ports in Nova makes us inch closer and closer to deployments w/nova being as complex as deployments w/o nova | |
| 17:47:11 | cardoe | Yep. | |
| 17:47:52 | sean-k-mooney | that is true but that is offically the only thing nova ahs ever supproted | |
| 17:48:08 | sean-k-mooney | the changing of the vnic type by ironic after the fact is techniclly not supproted | |
| 17:48:16 | sean-k-mooney | even thought at what everyone relies on | |
| 17:48:21 | JayF | okay; it's been working great and not supported for a decade | |
| 17:48:28 | JayF | so that's sorta an oroboros-y thing to say at some point | |
| 17:48:38 | cardoe | I'm really trying hard to contribute to Nova. To tell others to contribute to Nova. But I'm just constant told no. | |
| 17:48:45 | sean-k-mooney | well it violating nueton api contract too | |
| 17:48:57 | sean-k-mooney | serivce are not ment to modify the vnice tyep and it not supproted to change it on a bound port | |
| 17:49:09 | cardoe | Literally the first commit adding support for Ironic into Nova relied on that behavior. So I'm at a loss how it's unsupported. | |
| 17:49:33 | JayF | ^^ this is what I'm saying, I would love real reasoning other than "because it's always been that way" | |
| 17:49:36 | cardoe | sean-k-mooney: you can change the type of an unbound port. The port isn't yet bound. It's valid by Neutron spec and API. | |
| 17:49:57 | cardoe | That was confirmed during the last PTG. | |
| 17:50:08 | sean-k-mooney | you can but a service shoudl not the vnice tyep is a request form the end user | |
| 17:50:25 | sean-k-mooney | and a port with a nova isntane atach shoudlnot be modifed by ironic but it will be | |