https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/GENIUS-112 genius <p>I have OVS installed with version 2.8.0 and configured it with ODL for establishing BGVPN with DC-GW.</p> <p>Later I have upgraded OVS to 2.8.2 (installed from source i.e. branch-2.8) for one of the L3 packet re-circulation issue.</p> <p>The upgrade is done on the OVS after deleting VMs attached to the compute, VxLAN and GRE interfaces, openvswitch-switch stop, dpkg -r openvswitch-switch and dpkg --purge openvswitch-switch.</p> <p>After the upgrade I could establish the tenant network with VMs attached to the compute. But ODL doesn't program egress lport dispatcher table flow (220) entries for GRE tunnel interface. </p> <p>This causes traffic between tenant VM and DC-GW fails.</p> <p>interface ds dumps and snippet of karaf log: <a href="https://hastebin.com/zuyepiwuya.bash" class="external-link" target="_blank" rel="nofollow noopener">https://hastebin.com/zuyepiwuya.bash</a></p> <p>inventory, flow/group, ovs-vsctl show dumps attached.</p> <p> </p> GENIUS-112

egress lport dispatcher table (220) flow entries are not created in OVS after its upgrade

Bug Medium Resolved Done Faseela K Periyasamy Palanisamy Thu, 8 Feb 2018 13:42:04 +0000 Thu, 1 Mar 2018 15:36:56 +0000 Thu, 1 Mar 2018 15:36:56 +0000 Oxygen General 0 3 <p>Peri, from the given DS dumps perspective, could you please tell us, how many computes do you have? You have only one OVS with 2.8.2 installed?</p> <p>Faseela, Its a single compute upgraded to 2.8.2 and another OVS is for neutron agent node which is still with 2.8.0.</p> <p>Peri, Can you provide, DS output and karaf logs. Current DS output has only inventory.</p> <p> </p> <p> </p> <p><a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=cloudy" class="user-hover" rel="cloudy">cloudy</a>, you can find the interface ds dumps and snippet of karaf logs at <a href="https://hastebin.com/zuyepiwuya.bash" class="external-link" target="_blank" rel="nofollow noopener">https://hastebin.com/zuyepiwuya.bash</a></p> <p> </p> <p>Peri, which version of ODL you are using, is it nitrogen or nitrogen-sr1?</p> <p>its with nitrogen-sr1 build and used ODL deb package built from <a href="https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/integration/karaf/0.7.1/" class="external-link" target="_blank" rel="nofollow noopener">https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/integration/karaf/0.7.1/</a></p> <p> </p> <p>Peri, we are able to reproduce the issue locally, we are looking into the logs.</p> <p>But why you are deleting the mpls tunnel interface before upgrade? this upgrade should work properly if you are not deleting the interface.</p> <p> </p> <p>This issue is even reproducible when we upgrade OVS without having tunnels interfaces. Later when GRE and VxLAN interfaces are created on the compute, egress dispatcher table flow is missing for GRE tunnel interface.</p> <p>After going through the logs, it seems there is race condition between InterfaceInventoryStateListener add and update.</p> <p>Working on the fix.</p> <p>This is a race condition proplem. Both add and update came very close, but in order.</p> <p>Add Goes through BatchingManager and not update, batching manager is not able process all the add's transactions before update's transaction. This results in updating an non-existing interface state, which results in a empty interface state with just interface op status. Now service binding from add kicks in and it tries to access partial interface state and this results in NullPointerException, and hence no table 220.</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/68480/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/68480/</a></p> Development Priority Rank 0|i03a3z: