<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:32:53 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[OPNFLWPLUG-591] [Clustering]: Openflow connections unstable with Lithium plugin</title>
                <link>https://jira.opendaylight.org/browse/OPNFLWPLUG-591</link>
                <project id="10155" key="OPNFLWPLUG">OpenFlowPlugin</project>
                    <description>&lt;p&gt;Build used        : &lt;br/&gt;
===================&lt;br/&gt;
Karaf distro from latest ODL Beryllium master code&lt;/p&gt;

&lt;p&gt;Test Type         : &lt;br/&gt;
===================&lt;br/&gt;
switch connection stability in cluster.&lt;/p&gt;

&lt;p&gt;Objective of test : &lt;br/&gt;
===================&lt;br/&gt;
verify if the switch connection is stable in cluster deployment without using OF-HA.&lt;/p&gt;

&lt;p&gt;Test Steps :&lt;br/&gt;
============&lt;br/&gt;
1. Bring up healthy 3 node cluster say c1, c2 and c3.&lt;br/&gt;
2. Bring UP the mininet with following command and connect to controller c1(10.183.181.41),c2(10.183.181.42) and c3(10.183.181.43).Here each controller is connected with 20 switches.so overall 60 switches.&lt;br/&gt;
Below commands is used to connect 20 switches per controller.&lt;/p&gt;

&lt;p&gt;sudo mn --custom /home/mininet/mininet/custom/mytopo.py --topo mytopo --controller remote,ip=10.183.181.41,port=6633 --switch ovsk,protocols=Openflow13&lt;/p&gt;

&lt;p&gt;Note:mytopo.py is attached for quick reference.&lt;/p&gt;

&lt;p&gt;3.Check if the configured count of switches have establised connection with the controller instances using netstat&lt;/p&gt;

&lt;p&gt;netstat -pan | grep 6633 | grep ESTABLISHED | grep ovs-vswitchd | wc -l&lt;/p&gt;

&lt;p&gt;Test Results:&lt;br/&gt;
=============&lt;/p&gt;

&lt;p&gt;1. Without any flow traffic or LLDP traffic itself, switch connection keeps flapping with respect to the controller.&lt;br/&gt;
So the connection is not stable.&lt;br/&gt;
In real scenerio, this can trigger unnecessarily re-conciliation cycles with the switches.&lt;/p&gt;

&lt;p&gt;2. Operational Datastore reflects totally different count of switches in inventory shards(perhaps this is a side effect of BZ-4576 - &lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=4576&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=4576&lt;/a&gt;)&lt;/p&gt;

&lt;p&gt;Attaching all the karaf logs of 3 controller nodes and the netstat snaphot of switch connectivity. &lt;/p&gt;

&lt;p&gt;Thanks &amp;amp; Regards,&lt;br/&gt;
Saibal Roy.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="27859">OPNFLWPLUG-591</key>
            <summary>[Clustering]: Openflow connections unstable with Lithium plugin</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="saibal.roy@ericsson.com">Saibal Roy</assignee>
                                    <reporter username="saibal.roy@ericsson.com">Saibal Roy</reporter>
                        <labels>
                    </labels>
                <created>Mon, 11 Jan 2016 13:09:02 +0000</created>
                <updated>Mon, 27 Sep 2021 09:01:41 +0000</updated>
                            <resolved>Fri, 1 Apr 2016 12:40:50 +0000</resolved>
                                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>7</watches>
                                                                                                                <comments>
                            <comment id="57473" author="saibal.roy@ericsson.com" created="Mon, 11 Jan 2016 13:09:02 +0000"  >&lt;p&gt;Attachment Bugs.rar has been added with description: karaf logs of 3 controller and netstat snapshot of switch connectivity.&lt;/p&gt;</comment>
                            <comment id="57467" author="mirehak@cisco.com" created="Mon, 18 Jan 2016 19:24:22 +0000"  >&lt;p&gt;Hi, I looked briefly over attached logs and it seems to me that shard members 1 and 2 got stuck while connecting to DS-master. This resulted into many transaction submit failures and finally into &quot;too many files open&quot; exception.&lt;/p&gt;

&lt;p&gt;By the member-3 there are conflicting transactions trying to write data which renders into optimistic lock exceptions. This looks like there are many reconnects on this node and after each one there is DS cleanup phase which probably went wrong once and from this point on it keeps blocking new connections.&lt;/p&gt;

&lt;p&gt;Could you retest and check logs before connecting ovs if there are some DS-master connection related issues?&lt;/p&gt;

&lt;p&gt;Also could you test with 3 devices just to inspect more possible reasons.&lt;/p&gt;


&lt;p&gt;Thank you.&lt;br/&gt;
(and please do not use rar compression - zip or tgz are much wider supported)&lt;/p&gt;</comment>
                            <comment id="57468" author="vrpolak" created="Tue, 19 Jan 2016 14:21:34 +0000"  >&lt;p&gt;Off topic:&lt;/p&gt;

&lt;p&gt;&amp;gt; please do not use rar compression&lt;/p&gt;

&lt;p&gt;What about tar.xz?&lt;/p&gt;</comment>
                            <comment id="57474" author="saibal.roy@ericsson.com" created="Wed, 20 Jan 2016 08:57:09 +0000"  >&lt;p&gt;Attachment 20-1-2016.zip has been added with description: logs for switch stability connectivity&lt;/p&gt;</comment>
                            <comment id="57469" author="saibal.roy@ericsson.com" created="Wed, 20 Jan 2016 08:58:20 +0000"  >&lt;p&gt;Hi,&lt;br/&gt;
The below observation was observed.&lt;/p&gt;

&lt;p&gt;I made 3 controller Up and i saw from the jconsole that member-1 has become the leader..Please find the details in the attached logs.&lt;/p&gt;

&lt;p&gt;1. Now i connect 1 switch per controller (Total 3 switches), i could observe that the switch connectivity is not getting lost..Checked for 30 minutes and the switch connectivity was persistent.&lt;/p&gt;

&lt;p&gt;2. Again i connected 5 switcher per controller(Total 15 switches) and i could not see the connectivity getting lost.Observed in the karaf logs and everything goes fine..&lt;/p&gt;

&lt;p&gt;3. Now i connect 10 switches per controller(Total 30 switches) and i observed for 1 hour and i could see that the connectivity is getting lost.In the logs also i could see OptimisticLockFailedException.&lt;/p&gt;

&lt;p&gt;Attaching the logs for more details.&lt;/p&gt;

&lt;p&gt;Thanks &amp;amp; Regards,&lt;br/&gt;
Saibal Roy.&lt;/p&gt;</comment>
                            <comment id="57470" author="vdemcak@cisco.com" created="Wed, 2 Mar 2016 15:41:26 +0000"  >&lt;p&gt;Please could you confirm change behavior with actual stable/lithium or stable/beryllium code base?&lt;/p&gt;</comment>
                            <comment id="57471" author="muthukumaran.k@ericsson.com" created="Mon, 7 Mar 2016 17:48:21 +0000"  >&lt;p&gt;Hi Vaclav, &lt;/p&gt;

&lt;p&gt;We did this on beryllium master as on 11-Jan-2016. Now that we have stable/beryllium and lot of water flowed under bridge since 11-Jan, we will retry this with latest stable/beryllium again and update the status to see how we can take this forward&lt;/p&gt;</comment>
                            <comment id="57472" author="muthukumaran.k@ericsson.com" created="Fri, 1 Apr 2016 12:40:50 +0000"  >&lt;p&gt;Latest Beryllium Stable build was run with JDK1.8 with rest of scenario remaining same as below. &lt;/p&gt;

&lt;p&gt;Observation : For the same count of 20 switches (OVS 2.3.2), this issue was not observed. &lt;/p&gt;

&lt;p&gt;Closing this bug. &lt;/p&gt;

&lt;p&gt;In case we encounter scaling issues in terms of increased number of switches, then we can treat it as separate issue. &lt;/p&gt;

&lt;p&gt;Hope we are in sync&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="27861">OPNFLWPLUG-593</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="14021" name="20-1-2016.zip" size="344152" author="saibal.roy@ericsson.com" created="Wed, 20 Jan 2016 08:57:09 +0000"/>
                            <attachment id="14020" name="Bugs.rar" size="618195" author="saibal.roy@ericsson.com" created="Mon, 11 Jan 2016 13:09:02 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4925</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=4925]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10204" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>ODL SR Target Milestone</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10330"><![CDATA[Beryllium-1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10202" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10312"><![CDATA[High]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i0323j:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>