Thursday, 2023-08-31

opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Cleanup old Hash Ring node entries  https://review.opendev.org/c/openstack/neutron/+/89314402:04
slaweqralonsoh hi, I just commented in https://review.opendev.org/c/openstack/neutron/+/884474, please check it and let me know if this is ok for You :)07:18
*** ralonsoh_ooo is now known as ralonsoh07:18
ralonsohslaweq, sure, let me check07:18
fricklerralonsoh: did you see https://bugs.launchpad.net/neutron/+bug/2033508 ? looks to me like a regression caused by your patch07:31
ralonsohfrickler, I'll check it later today07:32
fricklerty07:33
opendevreviewMerged openstack/neutron stable/2023.1: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89316808:01
opendevreviewMerged openstack/neutron stable/zed: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89316908:03
opendevreviewMerged openstack/neutron stable/yoga: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89317008:42
opendevreviewMerged openstack/neutron master: [UT] Reduce the binding retry loop in ``L3HATestFramework``  https://review.opendev.org/c/openstack/neutron/+/88907108:45
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Fix rate and burst for stateless security groups  https://review.opendev.org/c/openstack/neutron/+/89264808:46
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Fix rate and burst for stateless security groups  https://review.opendev.org/c/openstack/neutron/+/89264808:49
ralonsohslaweq, lajoskatona https://review.opendev.org/q/I5f11b568bab4518617409b7c3a02c7222df80a92, if you have time09:08
lajoskatonaralonsoh: checking09:09
slaweqralonsoh done09:27
opendevreviewDr. Jens Harbott proposed openstack/neutron master: ovn: document fragmentation / pmtud gaps  https://review.opendev.org/c/openstack/neutron/+/89283909:28
ralonsohthanks folks09:29
opendevreviewMerged openstack/neutron stable/xena: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89317109:48
zigoHi !09:56
zigoIn neutronclient, I have a failure during test discovery:09:56
zigo  File "/<<PKGBUILDDIR>>/neutronclient/tests/unit/osc/v2/networking_bgpvpn/fakes.py", line 20, in <module>09:56
zigo    from openstack.network.v2 import bgpvpn as _bgpvpn09:56
zigoImportError: cannot import name 'bgpvpn' from 'openstack.network.v2' (/usr/lib/python3/dist-packages/openstack/network/v2/__init__.py)09:56
zigoFrom where is bgpvpn comming from? I tried adding python3-networking-bgpvpn as build-depends, but that's not doing it ...09:57
zigoralonsoh: slaweq: Does one of you know?09:58
fricklerzigo: openstack. should be python3-openstacksdk09:59
zigoOh ok, thanks. Maybe I need a versioned build-depends on it then, trying.09:59
ralonsohzigo, that module was released in the last version of sdk10:00
fricklerI think that bgpvpn was added very recently there. might not be released yet? or need the latest one10:00
ralonsohit is released10:00
zigoYeah, then probably, we need a openstacksdk >= 1.4.0 in the requirements.10:00
fricklerwould make sense to add that in neutronclient upstream I guess, yes10:01
zigoLet me rebuild and I'll open the PR if it fixes.10:01
ralonsohit is in pythonclient, although the requirement was bumped last week10:02
zigoThis fixed it! :)10:02
opendevreviewThomas Goirand proposed openstack/python-neutronclient master: Add openstacksdk>=1.4.0 as test-requirements.txt  https://review.opendev.org/c/openstack/python-neutronclient/+/89334610:05
zigofrickler: ralonsoh: ^ There you go ... :)10:05
* frickler is a big fan of alphabetic ordering, but otherwise that's exactly what I'd have suggested, ack10:07
opendevreviewThomas Goirand proposed openstack/python-neutronclient master: Add openstacksdk>=1.4.0 as test-requirements.txt  https://review.opendev.org/c/openstack/python-neutronclient/+/89334610:07
zigofrickler: Ok, done ! :)10:07
zigoSo, with this new release, /usr/bin/neutron is gone?10:08
frickleriiuc yes10:10
zigoI'll have to learn the new commands ... :)10:10
ralonsohzigo, please check https://review.opendev.org/c/openstack/python-neutronclient/+/893346. Update the requirements.txt file too10:11
ralonsohI don't know how https://review.opendev.org/c/openstack/python-neutronclient/+/875728 passed the CI10:12
zigoralonsoh: I do. This was a transitive dependency, so it was pulled with other requirements.10:13
fricklerralonsoh: openstack tests use what is defined in upper-constraints10:13
zigoIn my case (Debian packaging) it pulled the version from unstable, ie: antelope, not the last release like with the OpenStack CI.10:13
ralonsohright, we are not enforcing an upper version in the projects, just the min one10:14
zigoHint: let's rework the lower-bound dependency check to catch these ... :)10:14
zigoLet me rework my PR.10:14
fricklerthe lower constraints jobs were dropped because nobody had time to keep them in good shape. so if you have a lot of spare time, that's a good idea :D10:15
zigoActually, it was dropped because pip was just bad and not doing the right thing, so it was almost impossible to work it out.10:16
zigoglobal-reqs patch: https://review.opendev.org/c/openstack/requirements/+/89334910:18
hjensasGood morning, Is there a way to configure multiple bridge mappings for OVN in devstack? (I need baremetal:br-bm in addition to public:br-ex)?10:19
opendevreviewThomas Goirand proposed openstack/python-neutronclient master: Add openstacksdk>=1.1.0 as test-requirements.txt  https://review.opendev.org/c/openstack/python-neutronclient/+/89334610:19
hjensasAFICT devstack does - sudo ovs-vsctl set open . external-ids:ovn-bridge-mappings=$PHYSICAL_NETWORK:$PUBLIC_BRIDGE - i.e only one bridge?10:20
ralonsohhjensas, external_ids:ovn-bridge-mappings=physnet1:br-eth0,physnet2:br-eth110:21
ralonsohhttps://man7.org/linux/man-pages/man8/ovn-controller.8.html10:22
hjensasralonsoh: thanks, I assume devstack does not support that yet. I can try to figure out a patch to add it.10:23
rammseshi i did this https://docs.openstack.org/neutron/yoga/admin/config-bgp-floating-ip-over-l2-segmented-network.html#the-bgp-agent configuration for a test10:24
rammsesi noticed that "announce tenant networks option" on bgp speaker is not working out of the box, i needed to add the "tenant network" to address scope10:24
rammsesso it gets announced by bgp speaker10:24
rammsesIs this a bug ?10:24
ralonsohhjensas, I think it does but, to be honest, I'm not sure10:24
ralonsohltomasbo, ^^ can you check this?10:25
hjensaslooks like it set up ovn-bridge-mappings=$PHYSICAL_NETWORK:$PUBLIC_BRIDGE - guess we can add an OVN_BRIDGE_MAPPINGS that works like OVS_BRIDGE_MAPPINGS and default that to $PHYSICAL_NETWORK:$PUBLIC_BRIDGE10:26
ltomasbobut this is with NDR, right?10:26
ltomasbothe reason (if memory works) for the address scope is to avoid overlapping IPs10:27
ralonsohhjensas, right, the ovn_agent plugin is only configuring one bridge10:28
hjensasralonsoh: ack, thanks. I'll start working on a devstack change. :)10:33
bbezakHi, We're getting a neutron-ovs-agent errors with iptables-restore - stable/yoga,ml2/ovs - interestingly only on c8s, rl8 operating systems. I was able to replicate it locally on vm:10:49
bbezakhttps://paste.opendev.org/show/bChNEGSL52bI3R7At4b1/10:49
bbezakhttps://9b32f0b8cfc44eb5fd33-150df88d14e6b0a30b936772a21a5ab1.ssl.cf5.rackcdn.com/893204/1/check/kayobe-overcloud-rocky8/29fd785/primary/kolla/neutron/neutron-openvswitch-agent.txt10:49
bbezakit happens in kayobe CI10:50
bbezakI stand corrected, we're using c8 stream containers on both hosts r8 and c8s. So maybe that is caused by recent updated iptables in c8s - iptables-1.8.5-8.el8.x86_6411:00
fricklerrammses: that is not a bug, but how neutron-dynamic-routing works. note that in that doc, the tenant subnet is created from the same provider-subnet-pool, assuring the same address scope is getting used11:03
opendevreviewRodolfo Alonso proposed openstack/neutron-dynamic-routing master: Bump Neutron to 23.0.0.0b3  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/89318911:04
ralonsohfrickler, ^^ both LP bugs, we need to fix them in one patch11:05
ralonsohto pass the CI11:05
fricklerralonsoh: ack, will wait for CI results, but lgtm in general11:08
opendevreviewMerged openstack/neutron master: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89289511:37
elviraHi! I proposed https://review.opendev.org/c/openstack/neutron/+/892648. If someone has some spare time to take a look I would appreciate it! Maybe slaweq or lucasagomes? o/11:56
lucasagomesSure will take a look12:11
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Fix rate and burst for stateless security groups  https://review.opendev.org/c/openstack/neutron/+/89264813:04
opendevreviewElvira García Ruiz proposed openstack/neutron master: [OVN] Fix rate and burst for stateless security groups  https://review.opendev.org/c/openstack/neutron/+/89264813:10
opendevreviewMerged openstack/neutron stable/yoga: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89289813:27
opendevreviewMerged openstack/neutron stable/xena: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89289913:27
opendevreviewMerged openstack/neutron stable/xena: [OVN] Cleanup old Hash Ring node entries  https://review.opendev.org/c/openstack/neutron/+/89314313:27
bbezaklooks like c8 stream iptables 1.8.5 is indeed broken, I've raised a bug https://bugzilla.redhat.com/show_bug.cgi?id=2236501, similar as this case: https://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg5852087.html13:40
rammsesFrickler, thank you for explanation13:43
ralonsohbbezak, that version of version of openstack are you running?13:50
ralonsohbbezak, this could be related to https://review.opendev.org/c/openstack/neutron/+/84458913:51
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89290013:53
opendevreviewyatin proposed openstack/neutron stable/wallaby: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89337413:56
ykarelralonsoh, seen in wallaby too, so pushed ^ resolving merge conflict13:57
ralonsohchecking now13:57
bbezakralonsoh, it is failing on yoga, xena, wallaby - failing only on c8 stream with iptables 1.8.5. iptables 1.8.4 works fine though14:02
ralonsohbbezak, right, I read again the bug and as you pointed out, this could be this missing patch in iptbles14:02
ralonsohnot a neutron bug14:03
fricklerCI should really move from centos to rockylinux whereever possible IMO14:21
hjensasralonsoh: re ovn-bridge-mappings - https://review.opendev.org/c/openstack/devstack/+/893401 works for me, follows pattern used with openvswitch agent and I think won't break anything.14:52
ralonsohhjensas, thanks, I'll add to my review pile (maybe tomorrow morning)14:53
hjensasralonsoh: thanks!14:53
ralonsohslaweq, if you have 1 min:16:35
ralonsoh* https://review.opendev.org/q/I2370ea2f96e2e31dbd43bf232a63394388e6945f16:35
ralonsoh* https://review.opendev.org/q/I81390af2ea2fc384423518b84de3acf7adaf919316:35
ralonsohthanks!16:35
ralonsohor haleyb ^ (thanks in advance)16:36
opendevreviewAndrew Bogott proposed openstack/neutron-tempest-plugin master: Allow updating of address pair on shared network  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/89024816:49
opendevreviewAndrew Bogott proposed openstack/neutron master: port policies: Allow port creation/updating in shared networks  https://review.opendev.org/c/openstack/neutron/+/88621417:26
opendevreviewAndrew Bogott proposed openstack/neutron master: port policies: Allow port creation/updating in shared networks  https://review.opendev.org/c/openstack/neutron/+/88621417:27
opendevreviewAndrew Bogott proposed openstack/neutron master: port policies: Allow port creation/updating in shared networks  https://review.opendev.org/c/openstack/neutron/+/88621417:34
opendevreviewMerged openstack/neutron master: Default SG rules - use new rules templates to create rules for SGs  https://review.opendev.org/c/openstack/neutron/+/88447419:05
opendevreviewMerged openstack/neutron master: Default SG rules template - Update related docs and add release note  https://review.opendev.org/c/openstack/neutron/+/88766419:05
opendevreviewMerged openstack/neutron stable/2023.1: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89289619:05
opendevreviewMerged openstack/neutron stable/wallaby: [FT] Make explicit the "publish" call check in "test_port_forwarding"  https://review.opendev.org/c/openstack/neutron/+/89337419:06
opendevreviewMerged openstack/neutron stable/yoga: [OVN] Skip the port status UP update during a live migration  https://review.opendev.org/c/openstack/neutron/+/89288719:06
opendevreviewMerged openstack/neutron stable/yoga: [OVN][Trunk] Set the subports correct host during live migration  https://review.opendev.org/c/openstack/neutron/+/89288819:06
opendevreviewMerged openstack/neutron stable/xena: [OVN] Skip the port status UP update during a live migration  https://review.opendev.org/c/openstack/neutron/+/89288519:06
opendevreviewMerged openstack/neutron stable/xena: [OVN][Trunk] Set the subports correct host during live migration  https://review.opendev.org/c/openstack/neutron/+/89288619:06
opendevreviewMerged openstack/neutron stable/wallaby: [OVN] Skip the port status UP update during a live migration  https://review.opendev.org/c/openstack/neutron/+/89288919:06
opendevreviewMerged openstack/neutron stable/zed: [OVN] Add the 'uplink-status-propagation' extension to ML2/OVN  https://review.opendev.org/c/openstack/neutron/+/89289721:00

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