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/NETVIRT-528 netvirt <p>two instances are assigned a floating ip and connectivity is tested with a <br/> ping from the control node. In this CSIT failure, one of the floating<br/> ips is not reachable. The other is responding.</p> <p>possibly digging in to the flow dumps will point to something wrong?<br/> I checked that the floating ip addresses for specific flows looked <br/> the same for the working and non-working floating ips, but that's as<br/> far as I went.</p> <p><a href="https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-learn-carbon/192/archives/log.html.gz" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-learn-carbon/192/archives/log.html.gz</a></p> <p>Operating System: All<br/> Platform: All</p> NETVIRT-528

CSIT Sporadic failures - floating IP unreachable

Bug Resolved Duplicate Alon Kochba Jamo Luhrsen Mon, 13 Mar 2017 18:17:11 +0000 Tue, 4 Apr 2017 02:47:41 +0000 Tue, 4 Apr 2017 02:47:41 +0000 Carbon General 0 5 <p>Note that v1 with neutron</p> <p>Note that networking-odl-v1 had a known issue where these failures would happen from time to time.<br/> Koby should be able to verify from the dumps if this is the same issue.</p> <p>Please update here if this also happens in v2.</p> <p>I looked into the dumps as well.</p> <p>Alon is right, and there is indeed a sporadic bug in v1 with floating IPs. However, this is <b>not</b> the case here.</p> <p>The failure in the report Jamo has attached is caused by a missing table=21 rule of the VMs private IPs. This looks really similar to <a href="https://jira.opendaylight.org/browse/NETVIRT-519" title="CSIT Sporadic failures - L3 Connectivity broken for some VMs" class="issue-link" data-issue-key="NETVIRT-519"><del>NETVIRT-519</del></a> <span class="error">&#91;1&#93;</span>.</p> <p><span class="error">&#91;1&#93;</span> <a href="https://bugs.opendaylight.org/show_bug.cgi?id=7938" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=7938</a></p> <p><a href="https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-upstream-stateful-carbon/242/archives/log.html.gz#s1-s1-s3-t13" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-upstream-stateful-carbon/242/archives/log.html.gz#s1-s1-s3-t13</a></p> <p>Root cause for this bug is <a href="https://jira.opendaylight.org/browse/NETVIRT-568" title="CSIT Sporadic failures - missing table=19 rule for router interface mac" class="issue-link" data-issue-key="NETVIRT-568"><del>NETVIRT-568</del></a></p> <p><a href="https://git.opendaylight.org/gerrit/#/c/53355/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/53355/</a></p> <p>I am duping this bug to 8082, as both 7968 and 8082 root-caused to missing flows in Table 19 for Internal Router Interface Mac Addresses.</p> <p>On my analysis with <span class="error">&#91;302&#93;</span> below (equated to <span class="error">&#91;0&#93;</span> from Jamo), I could see the root cause for both 7968 and sub-issue with 7939 is improper flows in L3-GW-MAC-TABLE (i.e, Table 19) making it unable to send packet down to Table 21. </p> <p>In both the failed scenarios </p> <p>a. 7968 - Ping from VMInstance to Floating-IP (see <span class="error">&#91;301&#93;</span>)</p> <p>b. 7939 - Here referring to Add Multiple extra-route TC failure with <br/> Jamo's log at <span class="error">&#91;0&#93;</span> equated to <span class="error">&#91;302&#93;</span> </p> <p>Table 81 is getting correctly populated always with right MAC to respond to on ARP (and getting cleaned-up too) , but Table 19 is never having the same matching Router-internal-interface MAC-flows thereby resulting in traffic failures.</p> <p>If you would be able to squeeze some time, please see why L3-GW-MAC-Table is not able to program the router-internal-intf flows and sometimes not removing old flows.</p> <p><span class="error">&#91;301&#93;</span> <a href="https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-upstream-stateful-carbon/242/archives/log.html.gz#s1-s1-s3" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-upstream-stateful-carbon/242/archives/log.html.gz#s1-s1-s3</a></p> <p><span class="error">&#91;302&#93;</span> <a href="https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-stateful-carbon/250/archives/log.html.gz" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-stateful-carbon/250/archives/log.html.gz</a></p> Duplicate NETVIRT-568 Development External issue ID 7968 External issue URL Rank 0|i01scv: Status Whiteboard csit:sporadic_failures