<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:55:33 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>[CONTROLLER-1442] Clustering: Inconsistent behaviour in basic flow installation for SR2 most of times fails at operational datastore</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1442</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;Clustering: Inconsistent behaviour in basic flow installation for SR2. Most of times (8 out of 10 times) fails at operational datastore&lt;/p&gt;

&lt;p&gt;1.&lt;br/&gt;
Using SR2 build, I started a 5 node cluster with below IPs. deploy_odl.py  script is used to start it .&lt;br/&gt;
[ &lt;br/&gt;
controller-1 = 10.183.181.41&lt;br/&gt;
controller-2 = 10.183.181.42&lt;br/&gt;
controller-3 = 10.183.181.43&lt;br/&gt;
controller-4 = 10.183.181.44&lt;br/&gt;
controller-5 = 10.183.181.45&lt;br/&gt;
]&lt;/p&gt;

&lt;p&gt;cd /home/mininet/integration/test/tools/clustering/cluster-deployer/&lt;/p&gt;

&lt;p&gt;./deploy_odl.py --clean --distribution=/home/mininet/controller-Li/distribution-karaf-0.3.2-Lithium-SR2.zip --rootdir=/home/mininet/controller-Li --hosts=10.183.181.41,10.183.181.42,10.183.181.43,10.183.181.44,10.183.181.45 --user=root --password=rootroot --template=/multi-node-test&lt;/p&gt;

&lt;p&gt;2. I observe in all the cluster nodes 2551 and 2550 ports came up properly.&lt;/p&gt;

&lt;p&gt;root@mininet-vm:~# netstat -na | grep 2550&lt;br/&gt;
tcp6       0      0 10.183.181.41:2550      :::*                    LISTEN&lt;br/&gt;
tcp6       0      0 10.183.181.41:48109     10.183.181.44:2550      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:42152     10.183.181.45:2550      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2550      10.183.181.44:44754     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:34346     10.183.181.43:2550      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:36484     10.183.181.42:2550      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2550      10.183.181.43:51115     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2550      10.183.181.45:45284     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2550      10.183.181.42:50675     ESTABLISHED&lt;br/&gt;
root@mininet-vm:~# netstat -na | grep 2551&lt;br/&gt;
tcp6       0      0 10.183.181.41:2551      :::*                    LISTEN&lt;br/&gt;
tcp6       0      0 10.183.181.41:2551      10.183.181.45:33739     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:48196     10.183.181.43:2551      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2551      10.183.181.42:55729     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:53302     10.183.181.45:2551      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:56779     10.183.181.42:2551      ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2551      10.183.181.43:36887     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:2551      10.183.181.44:45111     ESTABLISHED&lt;br/&gt;
tcp6       0      0 10.183.181.41:53763     10.183.181.44:2551      ESTABLISHED&lt;br/&gt;
root@mininet-vm:~#&lt;/p&gt;

&lt;p&gt;3. Installed following bundles in all cluster nodes.&lt;/p&gt;

&lt;p&gt;feature:install odl-clustering-test-app&lt;br/&gt;
feature:install odl-restconf-all&lt;br/&gt;
feature:install odl-mdsal-all&lt;br/&gt;
feature:install odl-openflowplugin-all-li&lt;/p&gt;

&lt;p&gt;OF ports comes in 3 nodes controller-3, controller-4 and controller-5 but not in controller-1 and controller-2.&lt;/p&gt;

&lt;p&gt;In SR2, most of the time OF ports not coming up in some nodes in cluster due to ODL &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1441&quot; title=&quot;Clustering : OF ports (6653,6633) not coming up in couple of nodes after all required OF bundle installated in 5 node cluster ( seen very frequently 9 of 10 times in SR2)&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1441&quot;&gt;&lt;del&gt;CONTROLLER-1441&lt;/del&gt;&lt;/a&gt;. However the to over come from it i have to restart 2 nodes. So restarted controller-1 and controller-2.&lt;/p&gt;


&lt;p&gt;3. Once the system is stable ( means all necessary ports are up, ex:OF ports, RPC port, config data ports etc)&lt;/p&gt;

&lt;p&gt;from jconsole i observe controller-4 is leader. I connect the mininet switch to follower controller-2 and pushed flows from controller-1, i observer all flows are configured in switch.&lt;/p&gt;

&lt;p&gt;I observe in config datastore flows are replicated in all 5 nodes, however in operation datastore i find flows not detected. 8 out of 10 times i see this problematic behaviour. Rarely flows installed in OVS switch.&lt;/p&gt;

&lt;p&gt;Please find the attached logs of all the cluster nodes.&lt;/p&gt;

&lt;p&gt;root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# ./inventory_crawler.py --auth --host 10.183.181.42  --datastore config&lt;br/&gt;
Crawling &apos;http://10.183.181.42:8181/restconf/config/opendaylight-inventory:nodes&apos;&lt;/p&gt;

&lt;p&gt;Totals:&lt;br/&gt;
    Nodes:          1&lt;br/&gt;
    Reported flows: 0&lt;br/&gt;
    Found flows:    10&lt;br/&gt;
root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# ./inventory_crawler.py --auth --host 10.183.181.42  --datastore operational&lt;br/&gt;
Crawling &apos;http://10.183.181.42:8181/restconf/operational/opendaylight-inventory:nodes&apos;&lt;/p&gt;

&lt;p&gt;Totals:&lt;br/&gt;
    Nodes:          1&lt;br/&gt;
    Reported flows: 9&lt;br/&gt;
    Found flows:    0&lt;br/&gt;
root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# ./inventory_crawler.py --auth --host 10.183.181.44  --datastore config&lt;br/&gt;
Crawling &apos;http://10.183.181.44:8181/restconf/config/opendaylight-inventory:nodes&apos;&lt;/p&gt;

&lt;p&gt;Totals:&lt;br/&gt;
    Nodes:          1&lt;br/&gt;
    Reported flows: 0&lt;br/&gt;
    Found flows:    10&lt;br/&gt;
root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# ./inventory_crawler.py --auth --host 10.183.181.45  --datastore config&lt;br/&gt;
Crawling &apos;http://10.183.181.45:8181/restconf/config/opendaylight-inventory:nodes&apos;&lt;/p&gt;

&lt;p&gt;Totals:&lt;br/&gt;
    Nodes:          1&lt;br/&gt;
    Reported flows: 0&lt;br/&gt;
    Found flows:    10&lt;br/&gt;
root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# ./inventory_crawler.py --auth --host 10.183.181.41  --datastore operational&lt;br/&gt;
Crawling &apos;http://10.183.181.41:8181/restconf/operational/opendaylight-inventory:nodes&apos;&lt;/p&gt;

&lt;p&gt;Totals:&lt;br/&gt;
    Nodes:          1&lt;br/&gt;
    Reported flows: 9&lt;br/&gt;
    Found flows:    0&lt;br/&gt;
root@mininet-vm:/home/mininet/integration/test/tools/odl-mdsal-clustering-tests/clustering-performance-test# cd /home/mininet/controller-Li/deploy/current/odl/data/log&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="25996">CONTROLLER-1442</key>
            <summary>Clustering: Inconsistent behaviour in basic flow installation for SR2 most of times fails at operational datastore</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="10003">Cannot Reproduce</resolution>
                                        <assignee username="moraja@cisco.com">Moiz Raja</assignee>
                                    <reporter username="sanjib.mohapatra@ericsson.com">Sanjib Mohapatra</reporter>
                        <labels>
                    </labels>
                <created>Tue, 3 Nov 2015 15:52:07 +0000</created>
                <updated>Thu, 28 Jan 2016 06:22:23 +0000</updated>
                            <resolved>Thu, 28 Jan 2016 06:22:23 +0000</resolved>
                                    <version>Lithium</version>
                                                    <component>clustering</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="51099" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 15:52:07 +0000"  >&lt;p&gt;Attachment ODL TR.rar has been added with description: All 5 Cluster nodes karaf log&lt;/p&gt;</comment>
                            <comment id="51094" author="rgoulding" created="Tue, 19 Jan 2016 17:40:55 +0000"  >&lt;p&gt;Do we know if this occurs in Beryllium?&lt;/p&gt;</comment>
                            <comment id="51095" author="rgoulding" created="Tue, 26 Jan 2016 17:27:33 +0000"  >&lt;p&gt;This to pertains to a 5-node cluster, which is not tested upstream.  Is this failing in a 3-node cluster?  Can you report back if this occurs in Beryllium w/ 3 nodes?&lt;/p&gt;</comment>
                            <comment id="51096" author="rgoulding" created="Tue, 26 Jan 2016 17:27:56 +0000"  >&lt;p&gt;This to pertains to a 5-node cluster, which is not tested upstream.  Is this failing in a 3-node cluster?  Can you report back if this occurs in Beryllium w/ 3 nodes?&lt;/p&gt;</comment>
                            <comment id="51097" author="vishnoianil@gmail.com" created="Tue, 26 Jan 2016 19:13:42 +0000"  >&lt;p&gt;which plugin are you using for testing it? Old He plugin (Current default) or new Li (alternate) plugin. Current default plugin don&apos;t support clustering in Lithium, only alternate Li plugin supports it in Lithium.&lt;/p&gt;</comment>
                            <comment id="51098" author="sanjib.mohapatra@ericsson.com" created="Thu, 28 Jan 2016 06:18:13 +0000"  >&lt;p&gt;I have tested using Beryllium build( both Lithium &amp;amp; Helium plugin). The issue is no longer seen in 3 node cluster.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="13551" name="ODL TR.rar" size="125647" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 15:52:07 +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>4574</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=4574]]></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="10317"><![CDATA[Beryllium]]></customfieldvalue>

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

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