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/OPNFLWPLUG-889 OpenFlowPlugin <p>This only happens in Carbon and it is tracked in the reconciliation suite:</p> <p><a href="https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-carbon/614/archives/log.html.gz#s1-s7" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-clustering-only-carbon/614/archives/log.html.gz#s1-s7</a></p> <p>To reproduce:</p> <p>1) Start 3 nodes cluster</p> <p>2) Start 1 switch (s1) and connect it to 2 nodes (.101 and .102):</p> <p>sudo ovs-vsctl set-controller s1 "tcp:192.168.0.101:6633" "tcp:192.168.0.102:6633"</p> <p>3) Block communication owner to switch (in this example .101):</p> <p>sudo iptables -A INPUT --source 192.168.0.101 -j DROP</p> <p>4) Just after block communication remaining node to switch:</p> <p>sudo iptables -A INPUT --source 192.168.0.102 -j DROP</p> <p>5) Now observe the following after few seconds:</p> <ul class="alternate" type="square"> <li>The switch closes owner connection (.101).</li> <li>New mastership negotiation starts in remaining node (.102).</li> <li>The switch closes remaining connection (.102).</li> </ul> <p>The result of the above is an stale switch in operational, only workaround is reboot entire cluster.</p> <p>BR/Luis</p> <p>Operating System: All<br/> Platform: All</p> OPNFLWPLUG-889

Switch disconnect while mastership is being negotiated produces stale switch entry

Bug Resolved Done Miroslav Macko Luis Gomez Wed, 10 May 2017 05:00:23 +0000 Mon, 27 Sep 2021 09:02:02 +0000 Wed, 17 May 2017 21:48:11 +0000 General 0 3 <p>Also rising this to blocker, this issue is not seen in Boron so we should fix if we can.</p> <p>Hello Luis,</p> <p>I am not able to reproduce it locally on stable/carbon followed your instructions.</p> <p>I have checked /restconf/operational/network-topology:network-topology after blocking both controllers, switch closes connections, and operational is clean.</p> <p>I have tried to block SLAVE right after MASTER without waiting for new MASTER elected. And also with waiting for new MASTER elected. Topology was cleaned up both times.</p> <p>I have checked also Jenkins logs.<br/> Is it "Check No Switches After Disconnect" what is failing?<br/> Probably it has no impact, but it looks like there are more switches connected.<br/> I am only want to be sure, that I am looking to the right place.</p> <p>Thanks,<br/> Miro</p> <p>Hi Miroslav, the issue is still there, see this recent build:</p> <p><a href="https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-gate-clustering-only-carbon/49/archives/log.html.gz#s1-s7" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-3node-gate-clustering-only-carbon/49/archives/log.html.gz#s1-s7</a></p> <p>I also realized that sometimes the switch is cleared from operational but it is not from entity owner so when switch reconnects it does not work.</p> <p>Please repeat the steps above and when you disconnected slave member just after master member, check entity owner API (I always see slave as master in entity owner when it is not connected).</p> <p>Also make sure you block controller to switch communication, not the other way around. If you have problem reproducing I can setup some call and share my desktop.</p> <p>BR/Luis</p> <p>Hello Luis,</p> <p>Yes. I am exactly following your instruction. I am blocking controller to switch communication. </p> <p>Operational is still clean. But you are right, that entity owner is not.</p> <p><a href="http://10.0.42.201:8181/restconf/operational/entity-owners:entity-owners*" class="external-link" target="_blank" rel="nofollow noopener">http://10.0.42.201:8181/restconf/operational/entity-owners:entity-owners*</a><br/> &#8212; TYPE <span class="error">&#91;org.opendaylight.mdsal.AsyncServiceCloseEntityType&#93;</span><br/> ID : /a:entity<span class="error">&#91;a:name=&#39;openflow:1&#39;&#93;</span><br/> +-- OWNER: <br/> &#8212; TYPE <span class="error">&#91;org.opendaylight.mdsal.ServiceEntityType&#93;</span><br/> ID : /a:entity<span class="error">&#91;a:name=&#39;openflow:1&#39;&#93;</span><br/> +-- OWNER:</p> <p>Is this what you meant? Or do you check it other way?</p> <p>Jozef will try to prepare patch for it.</p> <p>Thank you,<br/> Miro</p> <p>We are looking to build Carbon RC2 tomorrow 5/18 at 23:59 UTC time assuming there are no blocker bugs. Is there an ETA for when a fix can be merged and this bug resolved for stable/carbon branch?</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/57232/9" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/57232/9</a></p> <p>Here is the patch, Luis can you test it plz ?</p> <p>Jozef</p> <p>(In reply to Jozef Bacigal from comment #6)<br/> &gt; <a href="https://git.opendaylight.org/gerrit/#/c/57232/9" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/57232/9</a><br/> &gt; <br/> &gt; Here is the patch, Luis can you test it plz ?<br/> &gt; <br/> &gt; Jozef</p> <p>This patch is failing to build in jenkins and is still missing +2 from committers.</p> <p>Let me test this although patch test does not look very good.</p> <p>OK guys, bad and good news.</p> <p>BAD:<br/> The proposed patch: <a href="https://git.opendaylight.org/gerrit/#/c/57232" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/57232</a> has serious issues as shown here: <a href="https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-1node-gate-flow-services-only-nitrogen/60/archives/log.html.gz" class="external-link" target="_blank" rel="nofollow noopener">https://logs.opendaylight.org/releng/jenkins092/openflowplugin-csit-1node-gate-flow-services-only-nitrogen/60/archives/log.html.gz</a></p> <p>GOOD:<br/> It looks like this other patch: <a href="https://git.opendaylight.org/gerrit/#/c/57096" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/57096</a> fixed the issue.</p> <p>So I am closing this bug <img class="emoticon" src="https://jira.opendaylight.org/images/icons/emoticons/smile.png" height="16" width="16" align="absmiddle" alt="" border="0"/></p> Development External issue ID 8411 External issue URL Rank 0|i033xr: