Errata Tool added a comment - 2024/12/10 12:10 AM Since the problem described in this issue should be resolved in a recent advisory, it has been closed. For information on the advisory (ovn24.09 bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2024:10898

GitLab CEE Bot added a comment - 2024/11/19 8:23 AM Jianlin Shi mentioned this issue in a commit of Kernel QE / Kernel Tests on branch master : Merge branch 'jishi' into 'master'

GitLab CEE Bot added a comment - 2024/11/19 8:13 AM Jianlin Shi mentioned this issue in a merge request of Kernel QE / Kernel Tests on branch jishi : ovn: reproducer for FDP-744

Jianlin Shi added a comment - 2024/11/11 9:28 AM tested with following script: systemctl start openvswitch                           systemctl start ovn-northd ovn-nbctl set-connection ptcp:6641                                          ovn-sbctl set-connection ptcp:6642 ovs-vsctl set open . external_ids:system-id=hv1 external_ids:ovn-remote=tcp:20.0.86.25:6642 external_ids:ovn-encap-type=geneve external_ids:ovn-encap-ip=20.0.86.25 systemctl restart ovn-controller                                         ovn-nbctl ls-add ls1                          ovn-nbctl lsp-add ls1 ls1p1                                          ovn-nbctl lsp-set-addresses ls1p1 "00:00:00:01:01:02 192.168.1.1 2001::1" ovn-nbctl lsp-add ls1 ls1p2                                               ovn-nbctl lsp-set-addresses ls1p2 "00:00:00:01:02:02 192.168.1.2 2001::2" ovn-nbctl lr-add lr1 ovn-nbctl lrp-add lr1 lr1-ls1 00:00:00:00:00:01 192.168.1.254/24 2001::a/64 ovn-nbctl lsp-add ls1 ls1-lr1 ovn-nbctl lsp-set-addresses ls1-lr1 "00:00:00:00:00:01 192.168.1.254 2001::a" ovn-nbctl lsp-set-type ls1-lr1 router ovn-nbctl lsp-set-options ls1-lr1 router-port=lr1-ls1ovn-nbctl ls-add public ovn-nbctl lrp-add lr1 rp- public 00:00:02:01:02:03 172.16.1.1/24 1000::a/64 \     -- lrp-set-gateway-chassis rp- public hv1 ovn-nbctl lsp-add public public -rp -- set Logical_Switch_Port public -rp \     type=router options:router-port=rp- public \     -- lsp-set-addresses public -rp router                                 ovn-nbctl lrp-add lr1 lr1-ls2 00:00:00:00:00:02 192.168.2.254/24 2002::a/64         ovn-nbctl ls-add ls2 ovn-nbctl lsp-add ls2 ls2-lr1                                             ovn-nbctl lsp-set-addresses ls2-lr1 "00:00:00:00:00:02 192.168.2.254 2002::a" ovn-nbctl lsp-set-type ls2-lr1 router                   ovn-nbctl lsp-set-options ls2-lr1 router-port=lr1-ls2                                                                                                                                                       ovn-nbctl lsp-add ls2 ls2p1                                                         ovn-nbctl lsp-set-addresses ls2p1 "00:00:00:02:01:02 192.168.2.1 2002::1"                                       ovn-nbctl lsp-add ls1 ls1p3 ovn-nbctl lsp-set-addresses ls1p3 "00:00:00:01:03:02 192.168.1.3 2001::3" ovn-nbctl lr-nat-add lr1 snat 172.16.1.50 0.0.0.0/0 ovn-nbctl lr-nat-add lr1 dnat_and_snat 172.16.1.11 192.168.1.1 ls1p1 00:00:ff:01:01:01 ovn-nbctl lr-nat-add lr1 dnat_and_snat 172.16.1.12 192.168.1.2 ls1p2 00:00:ff:01:01:02ovs-vsctl add-port br- int ls1p1 -- set interface ls1p1 type=internal external_ids:iface-id=ls1p1 ip netns add ls1p1 ip link set ls1p1 netns ls1p1 ip netns exec ls1p1 ip link set lo up ip netns exec ls1p1 ip link set ls1p1 address 00:00:00:01:01:02 ip netns exec ls1p1 ip link set ls1p1 up ip netns exec ls1p1 ip addr add 192.168.1.1/24 dev ls1p1 ip netns exec ls1p1 ip addr add 2001::1/64 dev ls1p1 ip netns exec ls1p1 ip route add default via 192.168.1.254 ip netns exec ls1p1 ip -6 route add default via 2001::aovs-vsctl add-port br- int ls1p2 -- set interface ls1p2 type=internal external_ids:iface-id=ls1p2 ip netns add ls1p2 ip link set ls1p2 netns ls1p2 ip netns exec ls1p2 ip link set lo up ip netns exec ls1p2 ip link set ls1p2 address 00:00:00:01:02:02 ip netns exec ls1p2 ip link set ls1p2 up ip netns exec ls1p2 ip addr add 192.168.1.2/24 dev ls1p2 ip netns exec ls1p2 ip addr add 2001::2/64 dev ls1p2 ip netns exec ls1p2 ip route add default via 192.168.1.254 ip netns exec ls1p2 ip -6 route add default via 2001::aovs-vsctl add-port br- int ls2p1 -- set interface ls2p1 type=internal external_ids:iface-id=ls2p1 ip netns add ls2p1 ip link set ls2p1 netns ls2p1 ip netns exec ls2p1 ip link set lo up ip netns exec ls2p1 ip link set ls2p1 address 00:00:00:02:01:02 ip netns exec ls2p1 ip link set ls2p1 up ip netns exec ls2p1 ip addr add 192.168.2.1/24 dev ls2p1 ip netns exec ls2p1 ip addr add 2002::1/64 dev ls2p1 ip netns exec ls2p1 ip route add default via 192.168.2.254 ip netns exec ls2p1 ip -6 route add default via 2002::aovn-nbctl --wait=hv sync ip netns exec ls1p1 ping 172.16.1.12 -c 1 result on ovn24.09-24.09.0-33: + ovn-nbctl --wait=hv sync + ip netns exec ls1p1 ping 172.16.1.12 -c 1 PING 172.16.1.12 (172.16.1.12) 56(84) bytes of data.                                                                                           --- 172.16.1.12 ping statistics ---                                                       1 packets transmitted, 0 received, 100% packet loss, time 0ms  <=== ping failed result on ovn24.09-24.09.1-10: [root@wsfd-advnetlab18 FDP-744]# rpm -qa | grep -E "openvswitch3.2|ovn24.09" openvswitch3.2-3.2.0-99.el9fdp.x86_64 ovn24.09-24.09.1-10.el9fdp.x86_64 ovn24.09-central-24.09.1-10.el9fdp.x86_64 ovn24.09-host-24.09.1-10.el9fdp.x86_64 + ovn-nbctl --wait=hv sync                                                                + ip netns exec ls1p1 ping 172.16.1.12 -c 1                                               PING 172.16.1.12 (172.16.1.12) 56(84) bytes of data.                                      64 bytes from 172.16.1.12: icmp_seq=1 ttl=62 time=4.67 ms                                                                                                                           --- 172.16.1.12 ping statistics ---                                                       1 packets transmitted, 1 received, 0% packet loss, time 0ms                               rtt min/avg/max/mdev = 4.669/4.669/4.669/0.000 ms <=== ping passed

OVN Team added a comment - 2024/10/05 4:07 AM This issue is fixed in ovn24.09-24.09.0-39.el9fdp.

OVN Team added a comment - 2024/08/27 9:00 AM A review mentioning this issue has been posted to https://patchwork.ozlabs.org/project/ovn/list/?series=421093 .

OVN Team added a comment - 2024/08/21 9:00 AM A review mentioning this issue has been posted to https://patchwork.ozlabs.org/project/ovn/list/?series=420264 .

Terry Wilson added a comment - 2024/08/20 10:11 PM - edited Testing showed this actually is a problem in 22.03 and 24.09, but not 23.09. The culprit patch, at least for the main branch (thanks amusil@redhat.com ), seems to be https://github.com/ovn-org/ovn/commit/40136a2f .

Ihar Hrachyshka added a comment - 2024/08/16 1:44 PM mmichelson this is related to a major escalation for RHOSP. Depending on whether this bug is solved and backported in time, this determines the RHOSP design for the nested SNAT support feature. I'd hope we can raise the priority here.

Mark Michelson added a comment - 2024/08/16 11:31 AM I'm prioritizing this as "Major" which means we likely will start work on this when we start our next sprint in a few weeks. If this work is blocking something that needs to be fixed before then, please let me know and I'll bump it to "Critical" instead.