Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1874642

Summary: OVN geneve ports getting deleted
Product: OpenShift Container Platform Reporter: Tim Rozet <trozet>
Component: NetworkingAssignee: Dan Williams <dcbw>
Networking sub component: ovn-kubernetes QA Contact: Anurag saxena <anusaxen>
Status: CLOSED ERRATA Docs Contact:
Severity: high    
Priority: urgent CC: anbhat, bbennett
Version: 4.6   
Target Milestone: ---   
Target Release: 4.6.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-27 16:36:55 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Tim Rozet 2020-09-01 20:17:59 UTC
Description of problem:
We are seeing in CI that geneve tunnels are constantly getting deleted in OVS, then ovn-controller recreates them and flows fail to get updated:

2020-09-01T18:15:49.009Z|00312|bridge|INFO|bridge br-int: deleted interface ovn-dbb3e3-0 on port 4
2020-09-01T18:15:49.010Z|00313|bridge|ERR|interface br-ex: ignoring mac in Interface record (use Bridge record to set local port's mac)
2020-09-01T18:15:49.037Z|00001|tunnel(revalidator13)|WARN|receive tunnel port not found (tcp,tun_id=0x4,tun_src=10.0.0.2,tun_dst=10.0.0.5,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=7,vlan_tci=0x0000,dl_src=0a:58:0a:80:02:01,dl_dst=e6:1c:4b:e0:79:0b,nw_src=10.128.4.20,nw_dst=10.128.2.2,nw_tos=0,nw_ecn=0,nw_ttl=63,tp_src=8443,tp_dst=33446,tcp_flags=syn|ack)
2020-09-01T18:15:49.037Z|00002|tunnel(revalidator13)|WARN|receive tunnel port not found (recirc_id=0x1d9,ct_state=est|rpl|trk,ct_zone=2,ct_nw_src=10.128.2.2,ct_nw_dst=10.128.4.20,ct_nw_proto=6,ct_tp_src=33446,ct_tp_dst=8443,eth,tcp,tun_id=0x4,tun_src=10.0.0.2,tun_dst=10.0.0.5,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=7,vlan_tci=0x0000,dl_src=0a:58:0a:80:02:01,dl_dst=e6:1c:4b:e0:79:0b,nw_src=10.128.4.20,nw_dst=10.128.2.2,nw_tos=0,nw_ecn=0,nw_ttl=63,tp_src=8443,tp_dst=33446,tcp_flags=syn|ack)
2020-09-01T18:15:49.039Z|00003|tunnel(revalidator13)|WARN|receive tunnel port not found (recirc_id=0x1d9,ct_state=est|rpl|trk,ct_zone=2,ct_label=0x2,ct_nw_src=10.128.2.2,ct_nw_dst=172.30.214.29,ct_nw_proto=6,ct_tp_src=59778,ct_tp_dst=443,eth,tcp,tun_id=0x4,tun_src=10.0.0.2,tun_dst=10.0.0.5,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=7,vlan_tci=0x0000,dl_src=0a:58:0a:80:02:01,dl_dst=e6:1c:4b:e0:79:0b,nw_src=10.128.4.20,nw_dst=10.128.2.2,nw_tos=0,nw_ecn=0,nw_ttl=63,tp_src=8443,tp_dst=59778,tcp_flags=syn|ack)
2020-09-01T18:15:49.044Z|00001|tunnel(revalidator12)|WARN|receive tunnel port not found (recirc_id=0x1de,ct_state=new|trk,ct_zone=49,ct_nw_src=10.128.4.2,ct_nw_dst=10.128.2.27,ct_nw_proto=6,ct_tp_src=51862,ct_tp_dst=8443,eth,tcp,tun_id=0x4,tun_src=10.0.0.2,tun_dst=10.0.0.5,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=7,vlan_tci=0x0000,dl_src=0a:58:0a:80:02:01,dl_dst=0a:58:0a:80:02:1b,nw_src=10.128.4.2,nw_dst=10.128.2.27,nw_tos=0,nw_ecn=0,nw_ttl=63,tp_src=51862,tp_dst=8443,tcp_flags=syn)
2020-09-01T18:15:49.046Z|00002|tunnel(revalidator12)|WARN|receive tunnel port not found (recirc_id=0x1de,ct_state=est|trk,ct_zone=49,ct_nw_src=10.128.4.2,ct_nw_dst=10.128.2.27,ct_nw_proto=6,ct_tp_src=51860,ct_tp_dst=8443,eth,tcp,tun_id=0x4,tun_src=10.0.0.2,tun_dst=10.0.0.5,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=7,vlan_tci=0x0000,dl_src=0a:58:0a:80:02:01,dl_dst=0a:58:0a:80:02:1b,nw_src=10.128.4.2,nw_dst=10.128.2.27,nw_tos=0,nw_ecn=0,nw_ttl=63,tp_src=51860,tp_dst=8443,tcp_flags=ack)
2020-09-01T18:15:49.058Z|00008|ofproto_dpif_upcall(handler10)|INFO|received packet on unassociated datapath port 7

https://storage.googleapis.com/origin-ci-test/pr-logs/pull/openshift_ovn-kubernetes/244/pull-ci-openshift-ovn-kubernetes-master-e2e-gcp-ovn/1300855784145424384/artifacts/e2e-gcp-ovn/pods/openshift-ovn-kubernetes_ovs-node-kcz4p_ovs-daemons.log

Comment 1 Aniket Bhat 2020-09-09 16:44:30 UTC
This needs to be pulled down to openshift repo from downstream. Waiting on the next rebase.

Comment 2 Dan Williams 2020-09-15 10:28:51 UTC
Rebase happened in https://github.com/openshift/ovn-kubernetes/pull/269

Comment 4 Anurag saxena 2020-09-17 16:52:11 UTC
Looks good on 4.6.0-0.nightly-2020-09-17-073141

Comment 7 errata-xmlrpc 2020-10-27 16:36:55 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (OpenShift Container Platform 4.6 GA Images), 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-2020:4196