- openstack-discuss - lists.openstack.org

[kolla][kolla-ansible] Contributing to a Gerrit change not owned by me
by sarah.kh09＠gmail.com 20 Oct '25

20 Oct '25

Hi everyone, I have a question about contributing to an existing change in Gerrit. Is it possible to propose additional commits or modifications to a change that I do not own (i.e., a change created by another contributor), so that my update will appear as a new patch set on the same change, not as a separate one? If yes, what’s the recommended workflow or best practice to do this in the Kolla Ansible project? Also, do I just need the approval or agreement of the change owner before pushing my patch set, or are there any other formal steps required? Thanks in advance for your guidance!

3 4

[nova][sdk] Compute host query filter on list servers
by Winicius Allan 18 Oct '25

18 Oct '25

When building a script that utilizes openstacksdk, I encountered a problem while filtering servers by compute host. According to the documentation[1], I need to refer to the Compute API to find the available query parameters. On the API docs, the proper query param is just `host` instead of compute_host. I raised a discussion in[2]. I'd like to know the maintainers' opinions on this, and the decisions made. [1] https://docs.openstack.org/openstacksdk/latest/user/proxies/compute.html#se… [2] https://bugs.launchpad.net/openstacksdk/+bug/2101016

1 0

[nova][query]Memory performance issue while using property "hw:numa_nodes='2'" in flavors
by brijesh.mishra＠five9.com 17 Oct '25

17 Oct '25

Hi Team We have use Kolla ansible for openstack Caracal 2024.1 deployment. Having 2 production sites, we have observer that the Nova scheduler is allocating virtual machines (VMs) only on a single NUMA socket of the compute host. Since the flavor does not include the property hw:numa_nodes='2', vCPUs spread on two NUMA nodes scheduling is not enabled. As a result, all vCPUs and memory for a VM are placed on a single NUMA node, while the other NUMA socket(s) remain underutilized. So we tested this property in our test flavor and found that now scheduler is able to spread vcpu/vm across two numa sockets but performance on memory side is degraded for about 20% to 30%. So we are looking for suggestions on this if there is better way to accommodate more VMs or spread vcpu on two numa socket without having performance issues on memory or cpu side, or something which have less impact? Regards Brijesh

1 0

[nova][numa] Memory performance issue while using property "hw:numa_nodes='2'" in flavors
by brijesh.mishra＠five9.com 17 Oct '25

17 Oct '25

Hi Team We have use Kolla ansible for openstack Caracal 2024.1 deployment. Having 2 production sites, we have observer that the Nova scheduler is allocating virtual machines (VMs) only on a single NUMA socket of the compute host. Since the flavor does not include the property hw:numa_nodes='2', vCPUs spread on two NUMA nodes scheduling is not enabled. As a result, all vCPUs and memory for a VM are placed on a single NUMA node, while the other NUMA socket(s) remain underutilized. So we tested this property in our test flavor and found that now scheduler is able to spread vcpu/vm across two numa sockets but performance on memory side is degraded for about 20% to 30%. So we are looking for suggestions on this if there is better way to accommodate more VMs or spread vcpu on two numa socket without having performance issues on memory or cpu side, or something which have less impact? Regards Brijesh

1 0

[nova][numa] Memory performance issue while using property "hw:numa_nodes='2'" in flavors
by brijesh.mishra＠five9.com 17 Oct '25

17 Oct '25

Hi Team We have use Kolla ansible for openstack Caracal 2024.1 deployment. Having 2 production sites, we have observer that the Nova scheduler is allocating virtual machines (VMs) only on a single NUMA socket of the compute host. Since the flavor does not include the property hw:numa_nodes='2', vCPUs spread on two NUMA nodes scheduling is not enabled. As a result, all vCPUs and memory for a VM are placed on a single NUMA node, while the other NUMA socket(s) remain underutilized. So we tested this property in our test flavor and found that now scheduler is able to spread vcpu/vm across two numa sockets but performance on memory side is degraded for about 20% to 30%. So we are looking for suggestions on this if there is better way to accommodate more VMs or spread vcpu on two numa socket without having performance issues on memory or cpu side, or something which have less impact? Regards Brijesh

1 0

[nova][numa] Memory performance issue while using property "hw:numa_nodes='2'" in flavors
by brijesh.mishra＠five9.com 17 Oct '25

17 Oct '25

Hi Team We have use Kolla ansible for openstack Caracal 2024.1 deployment. Having 2 production sites, we have observer that the Nova scheduler is allocating virtual machines (VMs) only on a single NUMA socket of the compute host. Since the flavor does not include the property hw:numa_nodes='2', vCPUs spread on two NUMA nodes scheduling is not enabled. As a result, all vCPUs and memory for a VM are placed on a single NUMA node, while the other NUMA socket(s) remain underutilized. So we tested this property in our test flavor and found that now scheduler is able to spread vcpu/vm across two numa sockets but performance on memory side is degraded for about 20% to 30%. So we are looking for suggestions on this if there is better way to accommodate more VMs or spread vcpu on two numa socket without having performance issues on memory or cpu side, or something which have less impact? Regards Brijesh

1 0

[neutron] Drivers meeting canceled next two weeks
by Brian Haley 17 Oct '25

17 Oct '25

Hello Neutrinos: I am going to cancel the next two Drivers meeting as there are no topics and the PTG is coming up - please just add things to the etherpad so we can discuss there [0]. And just a reminder there are still open specs that need updates and/or review, list is at [1]. Have a nice weekend! -Brian [0] https://etherpad.opendev.org/p/oct2025-ptg-neutron [1] https://review.opendev.org/q/status:open+project:openstack/neutron-specs

1 0

[neutron][ovn][ovn-bgp-agent] Backports and reviews
by Mohammed Naser 17 Oct '25

17 Oct '25

Hi team, We've pushed out several fixes that include trivial bug fix backports and a bigger rework of the driver ecosystem which have sat dormant for a few months now: - https://review.opendev.org/c/openstack/ovn-bgp-agent/+/947151 - https://review.opendev.org/c/openstack/ovn-bgp-agent/+/947152 - https://review.opendev.org/c/openstack/ovn-bgp-agent/+/947153 These ones have sat so long that they've hit merge conflicts: - https://review.opendev.org/c/openstack/ovn-bgp-agent/+/944300 - https://review.opendev.org/c/openstack/ovn-bgp-agent/+/937457 We've resorted to downstream and they've been working in production for a long time, however, we really want to make sure the ecosystem in OpenStack doesn't become a downstream-best one. Thanks Mohammed

2 1

[horizon] add microversion support for Nova live migration
by Mohammed Naser 16 Oct '25

16 Oct '25

Hi team, We've pushed this change out for nearly a month with no reviews, I would like to please have the Horizon team have a look at this change. https://review.opendev.org/c/openstack/horizon/+/961099 Thank you, Mohammed

1 0

[neutron] Next two weeks CI meeting cancelled
by Yatin Karel 16 Oct '25

16 Oct '25

Hello Neutron Team !! As discussed in the last CI meeting I will not be around upcoming Monday, so cancelling the meeting. Also proposing to cancel the follow up week as that's PTG week. So we will have our next CI meeting on 03rd November. -- Thanks and Regards Yatin Karel

1 0