Earlier  
Posted Nick Remark
#openstack-nova - 2026-04-13
08:53:08 opendevreview Michel Nederlof proposed openstack/nova master: Add RBD XML update functionality for migration process https://review.opendev.org/c/openstack/nova/+/974032
09:04:06 opendevreview Michel Nederlof proposed openstack/nova master: Add RBD XML update functionality for migration process https://review.opendev.org/c/openstack/nova/+/974032
09:31:20 opendevreview Balazs Gibizer proposed openstack/nova master: [py313-threading]Reenable last scatter-gather unit test https://review.opendev.org/c/openstack/nova/+/984349
09:45:22 gibi fyi from #openstack-eventlet-removal
09:45:25 gibi 09:30 < amorin> hey team, I am looking to start an openstack deployment without eventlet,
09:52:01 amorin yup :) for now it's mostly dev purposes
10:08:11 sean-k-mooney amorin: you can mostly do that with devstack today but i dont knwo fi any fo the other installer have an easy button to do it
10:09:23 amorin I have my own way to install anyway :) for nova it's pretty strait forward with this env var, that's perfect
10:12:16 amorin I think I already know the answer, but placement is also eventlet free, right?
10:16:45 DominikDanelski[m] sean-k-mooney: Hello, did you have time recently to look at proposed nova-spec (https://review.opendev.org/c/openstack/nova-specs/+/978570?usp=search), the related code changes, or the smaller bugfix related to allocations (https://review.opendev.org/c/openstack/nova/+/968446?usp=search)?
10:17:43 sean-k-mooney amorin: placement never used eventlet
10:17:46 sean-k-mooney amorin: so yes
10:18:02 amorin make sense
10:18:38 sean-k-mooney watcher uses the same env var or a very similar one and cybrog is eventlet free now too just an fyi
10:18:55 amorin perfect, thanks
11:07:17 lajoskatona Uggla: Hi, welcome back! I have a patch in Neutron for sending notification (/os-server-external-events: https://docs.openstack.org/api-ref/compute/#create-external-events-os-server-external-events ) in case a new subnet is created on a network on which there are already VMs sitting.
11:08:15 lajoskatona Uggla: from user perspective this will mean (most visible at least) that after creating the subnet the server list output will add the extra IP for the given VM.
11:09:39 lajoskatona Uggla: This is a bulk POST from Neutron side, but as I am not familiar with the depths of Nova would be good to check this from a Nova perspective also before I overload some network cache mechanism :-)
11:20:04 sean-k-mooney lajoskatona: i didnt think prot recived ip on subnets automaticlly
11:20:35 sean-k-mooney lajoskatona:my understandignis if you add a subnet to a network that has existing prot if you want to an an ip formthat subnet to the port you have to do it manualy
11:20:54 sean-k-mooney so the server output shoudl not change without addign an addtional fixed ip
11:21:47 lajoskatona sean-k-mooney: good point, I have to double check that
11:21:48 sean-k-mooney so the act of adding a subnet to a netowkr shoudl not require a network-vif-changed event
11:22:30 sean-k-mooney lajoskatona: if you auto added ip to prot by addign a subnet that owuld be a breaking api chagne from my perspective as hostiroclly you did that when you exaused ipis and eneded more
11:22:51 sean-k-mooney so you would not want to auto acllcate ips form the new subnet to exisitng ports
11:24:25 lajoskatona sean-k-mooney: I played only with sending out the network-changed event
11:24:45 sean-k-mooney sorry network change is what i ment
11:25:19 sean-k-mooney the only plasce wehre we cache/use the subnet info is for the metadat api
11:25:29 sean-k-mooney but even so adding a subnet to a network
11:25:41 sean-k-mooney shoudl not chagne the subnets assocatred with a port
11:25:48 sean-k-mooney that is determien based on its fixed ips
11:27:06 sean-k-mooney so i think its only correct to send a network-chagned event ot nova if you added a fixed ip form the new subnet to a port but not for the creation of the subnet itself
11:30:20 lajoskatona sean-k-mooney: ack, I check it, if that can be catched and managed from Neutron side and if that is something to work or just document it somewhere.
11:30:45 lajoskatona sean-k-mooney: did it work ever? Perhaps when nova-network was the networking?
11:33:27 opendevreview Koya Watanabe proposed openstack/nova-specs master: Repropose newly instance metadata/tag protection feature https://review.opendev.org/c/openstack/nova-specs/+/977339
11:41:54 sean-k-mooney lajoskatona: did what ever work?
11:42:07 sean-k-mooney adding a subnet to a network is not ment to add it to exisitng ports
11:42:35 sean-k-mooney so i dont think that ever "worked" if that is what you mean
11:42:49 sean-k-mooney btu that would be a breakign api change to add now
11:43:20 sean-k-mooney nova-networks only ever supproted 1 subnet per tenant and it was not really exposed as a first class thing
11:43:32 sean-k-mooney at least not in the way that neturon does
11:43:57 sean-k-mooney auto addign subnet ip to prost woudl also likely break l3 routed netowrk for what its worth
11:44:46 opendevreview Balazs Gibizer proposed openstack/nova master: [py313-threading]Reenable the last vmware unit test https://review.opendev.org/c/openstack/nova/+/984369
11:44:48 sean-k-mooney given you cant assume a subnet is routable to all host in that case
11:45:31 opendevreview Balazs Gibizer proposed openstack/nova master: [py313-threading]Reenable the last vmware unit test https://review.opendev.org/c/openstack/nova/+/984369
11:56:16 opendevreview Balazs Gibizer proposed openstack/nova master: Fix oslo_svc_fixture.SleepFixture usage https://review.opendev.org/c/openstack/nova/+/984373
12:46:03 Uggla sean-k-mooney, we have this bug (more a RFE). https://bugs.launchpad.net/nova/+bug/2060916 do you know the status, Do we we have a spec less blue print for it ?
13:01:38 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
13:02:40 opendevreview Philipp Dreesens proposed openstack/nova-specs master: Add spec for bidirectional RPC liveness handshake https://review.opendev.org/c/openstack/nova-specs/+/984384
13:16:58 sean-k-mooney Uggla: so the nova part of this
13:17:19 sean-k-mooney Uggla: is that nova should adopt the use fo the new more secure way fo enablet tursted_vf
13:18:16 Uggla sean-k-mooney something to discuss at the PTF ?
13:18:18 sean-k-mooney having an admin modify binding porfile was a security risk espically fi you used custom policy to allow endusers
13:18:20 Uggla *PTG
13:18:33 sean-k-mooney Uggla: this came out of a prior ptg dicussion forfm a year or two ago
13:18:42 sean-k-mooney i asked neutron to develop this
13:19:02 sean-k-mooney so i woudl prefer to handle this as a wishlist bug or at most a specless blueprint ideally
13:19:34 sean-k-mooney Uggla: basicly this just requires use to check 1 addtional localtion with a fallback tothe old way
13:19:48 Uggla yes I'd like a SLBP too, and closing this bug.
13:20:25 sean-k-mooney ack then lets create the blueprint firest then mark ti closed after with a link to the blueprint
13:21:02 Uggla ok do you want me to open the BP ?
13:21:08 sean-k-mooney Uggla: orginally this was a bug prly becuase we might want to backport it to the rlease where neturon added the feature
13:21:38 Uggla oh I guess we can note that in the BP
13:21:39 sean-k-mooney if you have time that woudl be great if not i cna trhy and loop back to it
13:22:00 sean-k-mooney Uggla: the backporting is really jsut a nice to have
13:22:09 Uggla I'm gonna open it, I will ping you for a "review".
13:22:09 sean-k-mooney if we fix it on master i would be happy with that
13:22:17 Uggla ack
13:22:59 opendevreview Koya Watanabe proposed openstack/nova-specs master: Repropose newly instance metadata/tag protection feature https://review.opendev.org/c/openstack/nova-specs/+/977339
13:23:13 sean-k-mooney Uggla: im not sure fi you saw my message form last week about the cybrog cross project session
13:23:36 sean-k-mooney would 13:00 utc tuesday work for you in the cybrog room
13:23:59 Uggla sean-k-mooney, yep I saw it this morning. I propose to discuss during the upstream meeting.
13:24:13 sean-k-mooney ack that works too
13:24:13 Uggla is 1h ok for you ?
13:24:18 sean-k-mooney yes
13:24:30 sean-k-mooney we might be able to do less time but it shoudl not take more
13:24:51 sean-k-mooney my plan was to then use the next hour in the cyborg room to wrap up the cyborg ptg
13:25:05 sean-k-mooney so we can take any feedback back and resolve it
13:25:39 sean-k-mooney ill be able to join the nova seession then after that wraps up at least on tuesday
13:26:54 phildree[m] Hi Nova team! I’ve proposed a new spec for improving compute node healthchecks: https://review.opendev.org/c/openstack/nova-specs/+/984384
13:26:55 phildree[m] This is my first time working on OpenStack/Nova, so I’d love any feedback or corrections on the approach. Thanks for the help in advance!
13:27:17 Uggla I have just seen the TC meetings shrink to 16h and 17h.
13:29:53 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
13:32:07 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
14:24:26 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
14:29:51 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
14:34:27 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
14:37:03 opendevreview John Garbutt proposed openstack/nova master: scheduler: support shared tenant placement aggregates https://review.opendev.org/c/openstack/nova/+/984383
15:02:48 bauzas Uggla: I just noticed that the nova sessions are 1 hour later than usual PTGs (2pm-6pm UTC). Was it intutional ?
15:16:17 Uggla bauzas, I have just booked the room before my PTO. So the slots are not well defined. Please do not take them into account yet.
15:17:06 bauzas Uggla: ack, can you then check with sean-k-mooney about the exact timings because he mentioned they scheduled their Watcher sessions based on our own timings
15:17:40 Uggla bauzas, yes we will discuss that at the upstream meeting. Then I will refine the agenda/tools
15:17:48 bauzas cool
15:18:08 sean-k-mooney i have tried to agragne the cybrog and watcher sessions to minimise overlap with nova and the tc sessions
15:18:49 sean-k-mooney basiclly im trying to maxiumis the tiemi can attend the nova session based on how they were orginaly planned
15:19:14 opendevreview Kamil Sambor proposed openstack/nova master: Replace eventlet with threading in novncproxy https://review.opendev.org/c/openstack/nova/+/976089
15:19:45 sean-k-mooney my intent is if there is not a tc cyborg or watcher seession at the tiem of a nova session ill try and be in the nova sessions
15:20:50 opendevreview Kamil Sambor proposed openstack/nova master: Enable native threading mode for console proxy services https://review.opendev.org/c/openstack/nova/+/976089
15:21:46 opendevreview Kamil Sambor proposed openstack/nova master: Enable threading mode for proxy services https://review.opendev.org/c/openstack/nova/+/976089
15:40:48 Uggla Nova upstream meeting in ~20mn

Earlier   Later