Friday, 2025-04-04

opendevreviewMohammed Naser proposed openstack/ovn-bgp-agent master: Run ovs-ofctl commands with OpenFlow1.3  https://review.opendev.org/c/openstack/ovn-bgp-agent/+/94631701:33
opendevreviewyatin proposed openstack/neutron master: [DNM] Check ovs job failures  https://review.opendev.org/c/openstack/neutron/+/94543301:53
lajoskatonaralonsoh: Hi, could you please check this one for fullstack if you have few free minutes: https://review.opendev.org/c/openstack/neutron/+/944013 ,thanks in adance07:54
ralonsohlajoskatona, for sure07:56
ralonsohah yes, I remember this patch07:56
ralonsohI had it in my pile, I was waiting for the CI... but then I forgot it07:57
ralonsohI think it worth backporting it07:57
hjensasGood morning, I am looking at https://bugs.launchpad.net/nova/+bug/2106073 - the Ironic side of it. I am wondering, would there be a possiblity to set binding_host_id + some other binding attribute to ensure no port binding actually occurs?08:41
hjensasCurrently we do not set binding host when Nova allocate ports, for security reason - see: https://opendev.org/openstack/nova/src/commit/9d910ec4bf2a12baf3b5f0ec3bc41686413538fb/nova/virt/ironic/driver.py#L179708:41
opendevreviewEduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Adapt BW limit tests to traffic shaping  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94623708:45
lajoskatonaralonsoh: thanks08:52
ralonsohhjensas, but the port binding is something called from Nova08:54
hjensasralonsoh: when ironic is involved, it is actually ironic doing a port update to set binding:host_id and binding:profile later.08:56
ralonsohhjensas, ok but this is not a port binding08:56
hjensasralonsoh: ok, so if I say "we need to tell neutron not to actually connect the port" - even if binding:host_id is set, deferring it until Ironic set/unset some attribute on the port.08:59
hjensascurrently we ensure the port is not connected by not setting binding:host_id ref: https://opendev.org/openstack/nova/src/commit/9d910ec4bf2a12baf3b5f0ec3bc41686413538fb/nova/virt/ironic/driver.py#L1806-L181509:03
ralonsohhjensas, right now, the 'create_port_binding' can be executed only by a service09:03
ralonsohhttps://github.com/openstack/neutron/blob/master/neutron/conf/policies/port_bindings.py#L35-L4609:04
ralonsohthis is the only way (right now) to prevent this call09:04
hjensasralonsoh: ok, so what if nova created a port and set a vif_type to "deffer-binding", and then we check for that in https://opendev.org/openstack/neutron/src/branch/master/neutron/plugins/ml2/plugin.py#L660-L663 - or in check for that in neutron/plugins/ml2/managers.py to not call drivers?09:16
ralonsohhjensas, sorry, we don't have this type of vif_type09:18
ralonsohit can be unbound, failed or a specific one (depending on the mech driver)09:18
ralonsohagain, the port binding is a service call09:18
hjensasralonsoh: I know, but I thinking if we add that vif_type (or something else) to allow setting the binding:host_id but still not call mech driver to actually connect anything.09:20
ralonsohhjensas, to be honest, I don't know the implications of adding this new vif type09:28
hjensasralonsoh: right, me neither. :) I think what I am asking for is: "As a user/service I want to be able to create a port and pre-seed all information, binding:<host_id, profile, *_type> to it, but deffer the actual "connecting" until a port update removing some flag."09:35
opendevreviewMerged openstack/neutron master: fullstack: use shorter agent_down_time and report_interval  https://review.opendev.org/c/openstack/neutron/+/94401309:47
opendevreviewMerged openstack/ovn-octavia-provider master: Fix OVN DB sync when syncing an OVN LB from scratch  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/94514010:29
opendevreviewEduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Adapt BW limit tests to traffic shaping  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94623711:34
opendevreviewEduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Adapt _validate_qos_rules_nbdb to flat and vlan networks  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94625313:39
opendevreviewBrian Haley proposed openstack/neutron master: Update jobs based on testing runtime for 2025.2  https://review.opendev.org/c/openstack/neutron/+/94480914:17
opendevreviewEduardo Olivares proposed x/whitebox-neutron-tempest-plugin master: Adapt _validate_qos_rules_nbdb to flat and vlan networks  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94625314:35
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org will be offline momentarily for a patch release update17:17
opendevreviewCandido Campos Rivas proposed x/whitebox-neutron-tempest-plugin master: Increase burst window size to avoid unstabilities in slow envs  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94461618:57
opendevreviewCandido Campos Rivas proposed x/whitebox-neutron-tempest-plugin master: Increase burst window size to avoid unstabilities in slow envs  https://review.opendev.org/c/x/whitebox-neutron-tempest-plugin/+/94461619:15
opendevreviewMerged openstack/neutron stable/2025.1: If OVS Manager creation failes retry to set values  https://review.opendev.org/c/openstack/neutron/+/94614219:21
opendevreviewMerged openstack/neutron master: Avoid race condition by using persist_uuid  https://review.opendev.org/c/openstack/neutron/+/92397122:16
opendevreviewBrian Haley proposed openstack/neutron-specs master: Spec folder for 2025.2 cycle  https://review.opendev.org/c/openstack/neutron-specs/+/94645422:31
opendevreviewBrian Haley proposed openstack/neutron-specs master: Spec folder for 2025.2 cycle  https://review.opendev.org/c/openstack/neutron-specs/+/94645422:49
opendevreviewBrian Haley proposed openstack/neutron-specs master: Spec folder for 2025.2 cycle  https://review.opendev.org/c/openstack/neutron-specs/+/94645422:52
opendevreviewBrian Haley proposed openstack/neutron-specs master: Spec folder for 2025.2 cycle  https://review.opendev.org/c/openstack/neutron-specs/+/94645422:55

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!