| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-07-27 | |||
| 19:22:41 | melwitt | gmaan: thanks will look | |
| 22:16:44 | gmaan | gibi: this is thread pool executor shutdown one, https://review.opendev.org/c/openstack/nova/+/998571 | |
| 23:07:29 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Support cold migration with virtiofs shares https://review.opendev.org/c/openstack/nova/+/989633 | |
| #openstack-nova - 2026-07-28 | |||
| 07:48:53 | gibi | gmaan: ack | |
| 08:04:22 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2026.1: Reproduce bug 2160721 https://review.opendev.org/c/openstack/placement/+/998873 | |
| 08:04:22 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2026.1: Check overall capacity before generating candidates https://review.opendev.org/c/openstack/placement/+/998874 | |
| 08:05:04 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2025.2: Reproduce bug 2160721 https://review.opendev.org/c/openstack/placement/+/998875 | |
| 08:05:04 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2025.2: Check overall capacity before generating candidates https://review.opendev.org/c/openstack/placement/+/998876 | |
| 08:05:36 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2025.1: Reproduce bug 2160721 https://review.opendev.org/c/openstack/placement/+/998877 | |
| 08:05:36 | opendevreview | Balazs Gibizer proposed openstack/placement stable/2025.1: Check overall capacity before generating candidates https://review.opendev.org/c/openstack/placement/+/998878 | |
| 11:28:43 | kleini | Did anybody had a change to look on https://bugs.launchpad.net/nova/+bug/2161090 and its Gerrit review? | |
| 11:48:48 | kleini | sean-k-mooney, I think, it might not be necessary to leak OpenStack version or other details through SMBIOS. Just mentioning, VM is running on OpenStack should be enough, right? And then my patch allows to use same mechanisms for bootstrapping x86 and aarch64 VMs. | |
| 11:52:14 | sean-k-mooney | correct | |
| 11:52:23 | sean-k-mooney | kleini: we shoudl not be incluing the packing info | |
| 11:52:37 | sean-k-mooney | but enso that is not realy a correct fix | |
| 11:52:51 | sean-k-mooney | kleini: cloud-init shoudl not be using the smbios info to determin if tis openstack | |
| 11:53:02 | sean-k-mooney | that only worked for the libvirt driver | |
| 11:53:15 | sean-k-mooney | not for ironic or vmware or other nova virt drivers | |
| 11:53:39 | sean-k-mooney | kleini: also hte bug you filed is a duplcite of 2-3 others | |
| 11:54:22 | kleini | How does that work for Ironic, VMware or other Nova virt drivers? | |
| 11:54:24 | sean-k-mooney | https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2069607 https://bugs.launchpad.net/cloud-init/+bug/1663304 | |
| 11:54:52 | sean-k-mooney | kleini: cloud-init is ment to use the metadata service well knwo ip to determin if its on openstack or aws | |
| 11:55:22 | sean-k-mooney | kleini: they fundemtally broke openstack suprpot with https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2069607 | |
| 11:56:24 | sean-k-mooney | on an openstack cloud we have anti spoffing rules so that you cant impersonate http://169.254.169.254/openstack | |
| 12:10:47 | kleini | okay, so this needs to be fixed in cloud-init and until then I need to place a file in every image /etc/cloud.cfg.d to tell cloud-init, it is running on OpenStack. okay for me. | |
| 12:12:59 | gibi | fyi filed bug for the unstable tox-cover run https://bugs.launchpad.net/nova/+bug/2161963 I will push a fix soon | |
| 12:18:48 | opendevreview | Balazs Gibizer proposed openstack/nova master: [cover]stabilize test_migrate_from_disabled_host https://review.opendev.org/c/openstack/nova/+/998925 | |
| 12:18:54 | gibi | here you have it ^^ | |
| 13:46:01 | opendevreview | Balazs Gibizer proposed openstack/nova master: [cover]stabilize test_migrate_from_disabled_host https://review.opendev.org/c/openstack/nova/+/998925 | |
| 14:10:22 | opendevreview | Akash Roshan Chaurasia proposed openstack/nova master: Retry and record fault on network cleanup failure https://review.opendev.org/c/openstack/nova/+/998954 | |
| 14:34:39 | opendevreview | Balazs Gibizer proposed openstack/nova master: Stabilize func test waiting for VM ERROR state https://review.opendev.org/c/openstack/nova/+/998822 | |
| 14:34:39 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make functional-py313-threading voting https://review.opendev.org/c/openstack/nova/+/997216 | |
| 16:55:50 | opendevreview | Merged openstack/nova master: Add RBD XML update functionality for migration process https://review.opendev.org/c/openstack/nova/+/974032 | |
| #openstack-nova - 2026-07-29 | |||
| 06:16:02 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Support cold migration with virtiofs shares https://review.opendev.org/c/openstack/nova/+/989633 | |
| 06:52:16 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Allow rebuild for instances with virtiofs shares https://review.opendev.org/c/openstack/nova/+/999048 | |
| 06:53:31 | opendevreview | Goutham Pacha Ravi proposed openstack/nova master: Allow rebuild for instances with virtiofs shares https://review.opendev.org/c/openstack/nova/+/999048 | |
| 09:48:28 | opendevreview | Joan Gilabert proposed openstack/nova master: Report OWNER_NOVA trait on resource providers https://review.opendev.org/c/openstack/nova/+/994299 | |
| 09:48:29 | opendevreview | Joan Gilabert proposed openstack/nova master: Add libvirt driver MDEV ARQ support for Cyborg https://review.opendev.org/c/openstack/nova/+/995840 | |
| 13:48:41 | opendevreview | Balazs Gibizer proposed openstack/nova master: Make functional-py313-threading voting https://review.opendev.org/c/openstack/nova/+/997216 | |
| 13:48:42 | opendevreview | Balazs Gibizer proposed openstack/nova master: Stabilize functional test for slow instance.save https://review.opendev.org/c/openstack/nova/+/999121 | |
| 13:49:04 | gibi | OK now that ^^ series feels complete to stabilize the functional-py313-threading tox target | |
| 13:50:59 | opendevreview | Joan Gilabert proposed openstack/nova master: Report OWNER_NOVA trait on resource providers https://review.opendev.org/c/openstack/nova/+/994299 | |
| 13:50:59 | opendevreview | Joan Gilabert proposed openstack/nova master: Add libvirt driver MDEV ARQ support for Cyborg https://review.opendev.org/c/openstack/nova/+/995840 | |
| 15:05:28 | ralonsoh | sean-k-mooney, gibi hi folks, I've seen recently a raise in the live-migrations errors, in particular in the ML2/OVS jobs | |
| 15:05:35 | ralonsoh | I've reported https://bugs.launchpad.net/nova/+bug/2161894 | |
| 15:06:05 | ralonsoh | can you please take a look? Because this is happening randomly. Most of the times is because the port ofport=-1 | |
| 15:06:09 | sean-k-mooney | interesitng | |
| 15:06:16 | sean-k-mooney | yes we can take a look | |
| 15:06:26 | ralonsoh | with os_vif_delegation=True, that means this is created by qemu | |
| 15:06:32 | ralonsoh | (if I'm not wrong) | |
| 15:06:54 | sean-k-mooney | yes and no | |
| 15:07:09 | ralonsoh | I thought initially that could be related to the tap creation flag, but that was for ML2/OVN only (at least now) | |
| 15:07:22 | sean-k-mooney | so ml2/ovs is require to finish bidnign prot with of-port=-1 | |
| 15:07:49 | sean-k-mooney | os_vif_delegation=True menas we use interface type ethernet | |
| 15:08:12 | ralonsoh | yes, but who creates the TAP? | |
| 15:08:32 | sean-k-mooney | libvirt | |
| 15:08:48 | ralonsoh | that's the point, the TAP is created when the VM is unpaused | |
| 15:08:51 | sean-k-mooney | if you want os-vif to create the tap then you need to tell os-vif ot do that with the new fucntioantly | |
| 15:08:54 | ralonsoh | or at least the ofport assigned | |
| 15:09:00 | sean-k-mooney | ralonsoh: yes | |
| 15:09:12 | sean-k-mooney | and ml2 ovs is not allowed to rely on the ofport being set | |
| 15:09:28 | sean-k-mooney | to send network-vif-plugged | |
| 15:09:45 | ralonsoh | yes, OVS agent needs to see ofport different from INVALID (-1) | |
| 15:10:01 | ralonsoh | and then Neutron API will send the vif-plugged event | |
| 15:10:02 | sean-k-mooney | that is a neutron bug | |
| 15:10:09 | sean-k-mooney | ti is not allowed to requrie that | |
| 15:10:14 | sean-k-mooney | because it will break dpdk if it does | |
| 15:10:59 | ralonsoh | this is why in dpdk we disable live_migration_wait_for_vif_plug | |
| 15:11:05 | sean-k-mooney | no | |
| 15:11:21 | ralonsoh | let's focus on the kernel datapath | |
| 15:11:23 | sean-k-mooney | for dpdk we shoudl not reuire that | |
| 15:11:56 | sean-k-mooney | ok well the ovs agent regardless of the kerle or dpdk | |
| 15:12:13 | sean-k-mooney | is not allowed to depen on osprot being set to a non -1 value | |
| 15:12:15 | sean-k-mooney | https://github.com/openstack/neutron/commit/7ebcce0b8dcd4cd482da92672f5ae7c51530a429 | |
| 15:12:21 | sean-k-mooney | is likely a regression | |
| 15:12:52 | sean-k-mooney | well maybe not | |
| 15:13:10 | sean-k-mooney | ``network-vif-plugged`` shoudl be sent when osport is -1 | |
| 15:13:57 | ralonsoh | we have never done this | |
| 15:14:25 | sean-k-mooney | we never depened on the ofport out side of the openflow security group driver | |
| 15:14:45 | sean-k-mooney | so if you use ip tbales ofport was never reuqired | |
| 15:15:11 | sean-k-mooney | and even with the ovs firewall driver we just defered the security gorup flwo setup | |
| 15:15:58 | ralonsoh | but regardless of the FW setup, that is done after the port receives a valid ofport | |
| 15:16:10 | sean-k-mooney | it wasnt in the past | |
| 15:16:40 | ralonsoh | I pushed this https://review.opendev.org/c/openstack/neutron/+/992423 1 month ago | |
| 15:16:42 | sean-k-mooney | the tap is created befor ethe vm is unpased by the way | |
| 15:16:47 | ralonsoh | (related to the previous patch) | |
| 15:16:48 | sean-k-mooney | but not a lot before it | |
| 15:17:53 | ralonsoh | yes, but the TAP is created by libvirt, and that requires the vif-plugged event | |
| 15:18:03 | ralonsoh | I really don't know how this could work now | |
| 15:18:21 | sean-k-mooney | no the vif plugged event does not depend on the tap exsiting in general | |
| 15:18:39 | ralonsoh | without the TAP, the ofport=-1 | |
| 15:18:41 | ralonsoh | right? | |
| 15:18:46 | sean-k-mooney | yes | |
| 15:18:48 | sean-k-mooney | and that is valid | |
| 15:18:51 | ralonsoh | so yes, it depends | |
| 15:19:07 | ralonsoh | until we have a valid ofport, Neutron does not send vif-plugged | |
| 15:19:19 | sean-k-mooney | ml2/ovs need to supprot seting network-vif-plugged with ofport=-1 | |
| 15:19:29 | sean-k-mooney | then that is a regression in neutron | |
| 15:19:39 | ralonsoh | we never did that before | |
| 15:19:42 | sean-k-mooney | yes we di | |