<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:34:06 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-1065] openflowplugin failed to initialize because of dependency issue</title>
                <link>https://jira.opendaylight.org/browse/OPNFLWPLUG-1065</link>
                <project id="10155" key="OPNFLWPLUG">OpenFlowPlugin</project>
                    <description>&lt;p&gt;curl -u admin:admin &lt;a href=&quot;http://192.168.0.5:8181/diagstatus&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://192.168.0.5:8181/diagstatus&lt;/a&gt;&#160;shows openflowplugin wasn&apos;t up successfully, here are some error information.&lt;/p&gt;


&lt;p&gt; &quot;statusSummary&quot;: [&lt;br/&gt;
 &lt;/p&gt;
{
 &quot;serviceName&quot;: &quot;OPENFLOW&quot;,
 &quot;effectiveStatus&quot;: &quot;ERROR&quot;,
 &quot;reportedStatusDescription&quot;: &quot;OF::PORTS:: 6653 and 6633 are not up yet&quot;,
 &quot;statusTimestamp&quot;: &quot;2019-03-04T01:54:44.411Z&quot;,
 &quot;errorCause&quot;: &quot;&quot;
 }
&lt;p&gt;,&lt;/p&gt;</description>
                <environment>&lt;p&gt;Opendaylight Fluorine SR1 + Openstack Rocky&lt;/p&gt;</environment>
        <key id="31475">OPNFLWPLUG-1065</key>
            <summary>openflowplugin failed to initialize because of dependency issue</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.opendaylight.org/images/icons/priorities/blocker.svg">Highest</priority>
                        <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="10002">Duplicate</resolution>
                                        <assignee username="Avishnoi">Anil Vishnoi</assignee>
                                    <reporter username="yangyi01">Yi Yang</reporter>
                        <labels>
                    </labels>
                <created>Mon, 4 Mar 2019 02:12:18 +0000</created>
                <updated>Mon, 6 May 2019 15:25:51 +0000</updated>
                            <resolved>Sun, 5 May 2019 00:15:28 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="66515" author="yangyi01" created="Mon, 4 Mar 2019 02:21:53 +0000"  >&lt;p&gt;the attachment&#160;karaf.log.error-for-1065 is karaf log, I have encountered this many times, but restarting it can fix issue, I doubt it is initialization order issue of depended features.&lt;/p&gt;</comment>
                            <comment id="66519" author="vishnoianil@gmail.com" created="Tue, 5 Mar 2019 01:28:44 +0000"  >&lt;p&gt;Looks like your cluster setup is not coming up properly. Initially when 192.168.0.5 node comes, it tries to reach .6 and .7 machine and the connection is refused, so node started as a singleton cluster (pretty much useless)&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
2019-03-04T01:28:19,714 | INFO&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-2 | Cluster(akka:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data) | 83 - com.typesafe.akka.slf4j - 2.5.11 | Cluster Node [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550] - Started up successfully
&lt;/span&gt;2019-03-04T01:28:19,921 | WARN&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-18 | NettyTransport&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; | 83 - com.typesafe.akka.slf4j - 2.5.11 | Remote connection to [&lt;span class=&quot;code-keyword&quot;&gt;null&lt;/span&gt;] failed with java.net.ConnectException: Connection refused: /192.168.0.7:2550
2019-03-04T01:28:19,927 | WARN&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-18 | NettyTransport&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; | 83 - com.typesafe.akka.slf4j - 2.5.11 | Remote connection to [&lt;span class=&quot;code-keyword&quot;&gt;null&lt;/span&gt;] failed with java.net.ConnectException: Connection refused: /192.168.0.6:2550
2019-03-04T01:28:19,939 | WARN&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-18 | ReliableDeliverySupervisor&#160;&#160;&#160;&#160;&#160;&#160; | 83 - com.typesafe.akka.slf4j - 2.5.11 | Association with remote system [akka.tcp:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data@192.168.0.6:2550] has failed, address is now gated &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; [5000] ms. Reason: [Association failed with [akka.tcp://opendaylight-cluster-data@192.168.0.6:2550]] Caused by: [Connection refused: /192.168.0.6:2550]
&lt;/span&gt;2019-03-04T01:28:19,941 | WARN&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-18 | ReliableDeliverySupervisor&#160;&#160;&#160;&#160;&#160;&#160; | 83 - com.typesafe.akka.slf4j - 2.5.11 | Association with remote system [akka.tcp:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data@192.168.0.7:2550] has failed, address is now gated &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; [5000] ms. Reason: [Association failed with [akka.tcp://opendaylight-cluster-data@192.168.0.7:2550]] Caused by: [Connection refused: /192.168.0.7:2550]&lt;/span&gt;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;and after around 5:30 minutes, node 0.6 become reachable &lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
2019-03-04T01:33:50,275 | INFO&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-44 | Cluster(akka:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data) | 83 - com.typesafe.akka.slf4j - 2.5.11 | Cluster Node [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550] - Received InitJoin message from [Actor[akka.tcp://opendaylight-cluster-data@192.168.0.6:2550/system/cluster/core/daemon/joinSeedNodeProcess-1#1720025309]] to [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550]
&lt;/span&gt;2019-03-04T01:33:50,276 | INFO&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-44 | Cluster(akka:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data) | 83 - com.typesafe.akka.slf4j - 2.5.11 | Cluster Node [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550] - Sending InitJoinAck message from node [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550] to [Actor[akka.tcp://opendaylight-cluster-data@192.168.0.6:2550/system/cluster/core/daemon/joinSeedNodeProcess-1#1720025309]]
&lt;/span&gt;2019-03-04T01:33:50,452 | INFO&#160; | opendaylight-cluster-data-akka.actor.&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-dispatcher-44 | Cluster(akka:&lt;span class=&quot;code-comment&quot;&gt;//opendaylight-cluster-data) | 83 - com.typesafe.akka.slf4j - 2.5.11 | Cluster Node [akka.tcp://opendaylight-cluster-data@192.168.0.5:2550] - Node [akka.tcp://opendaylight-cluster-data@192.168.0.6:2550] is JOINING, roles [member-2, dc-&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;]&lt;/span&gt;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;and than initialization of mdsal, aaa and eventually openflowplugin triggers, but seems like some of the components are still not initialized properly yet.&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
2019-03-04T01:34:15,330 | INFO&#160; | Blueprint Extender: 3 | OpenFlowPluginProviderFactoryImpl | 370 - org.opendaylight.openflowplugin.impl - 0.7.1 | Initializing &lt;span class=&quot;code-keyword&quot;&gt;new&lt;/span&gt; OFP southbound.&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Looks like once diagstats give up after some timeout, it does not retry to check (or don&apos;t get notifications to retry in case bundle initialization happens with delay) that status again. But irrespective of that, controller goes in the bad state because controller didn&apos;t converge initially because of the non availability of other nodes in the cluster. So it&apos;s not really openflowplugin issue, but related to the proper cluster initialization.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="66520" author="yangyi01" created="Tue, 5 Mar 2019 01:36:14 +0000"  >&lt;p&gt;Anil, thank you so much for your comments, yes, it is cluster-related issue, so whom do you think it should be reassigned to?&lt;/p&gt;</comment>
                            <comment id="66521" author="vishnoianil@gmail.com" created="Tue, 5 Mar 2019 01:47:12 +0000"  >&lt;p&gt;Hi Yi,&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I would suggest to first check your environment to see why controllers 192.168.0.6/7 are not reachable to 192.168.0.5, that seems to be the root cause of the issue. I have seen that you are creating br-int on the same node, i am wondering if your OVSDB configuration on the 192.168.0.6/7 is interfering with the networking between your cluster VMs. In most of the cases i have seen that if CDS don&apos;t initialize properly, the only option you have is restart your cluster.&lt;/p&gt;</comment>
                            <comment id="66522" author="yangyi01" created="Tue, 5 Mar 2019 02:00:39 +0000"  >&lt;p&gt;Anil, this is an error ha_l2.robot resulted in, I can make the cluster work normally by restarting every cluster node in order, but this isn&apos;t what we expect.&lt;/p&gt;

&lt;p&gt;In reality, such situation maybe often happens, so we think akka-based clustering isn&apos;t reliable, why can&apos;t it fix this automatically?&#160;&lt;/p&gt;

&lt;p&gt;Actually ha_l2.robot is very friendly, Robert said MDSAL cluster has more rigorous than this, but it can work normally, do you know which robot script can torture&#160;MDSAL cluster ?&lt;/p&gt;</comment>
                            <comment id="66747" author="vishnoianil@gmail.com" created="Thu, 2 May 2019 00:32:17 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=yangyi01&quot; class=&quot;user-hover&quot; rel=&quot;yangyi01&quot;&gt;yangyi01&lt;/a&gt; I believe out of order restart issue is something akka&apos;s limitation and to fix this, i would suggest you open a ticket to the controller project.&lt;/p&gt;

&lt;p&gt;I don&apos;t really have any information regarding the script that can stress mdsal, probably md-sal project or integration/test project folks can help you better here.&lt;/p&gt;</comment>
                            <comment id="66749" author="yangyi01" created="Thu, 2 May 2019 01:07:24 +0000"  >&lt;p&gt;Thanks Anil, I&apos;ll open a new bug for controller and close this one, do you know how I can change this to controller project? or I have to re-create new one for it?&lt;/p&gt;</comment>
                            <comment id="66750" author="jluhrsen" created="Thu, 2 May 2019 03:19:36 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=yangyi01&quot; class=&quot;user-hover&quot; rel=&quot;yangyi01&quot;&gt;yangyi01&lt;/a&gt; are you going to close this? what is the bug id in the controller project?&lt;/p&gt;</comment>
                            <comment id="66754" author="yangyi01" created="Sun, 5 May 2019 00:15:28 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1892&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://jira.opendaylight.org/browse/CONTROLLER-1892&lt;/a&gt;&#160;has been there, so close this one, this should be a controller-specific bug.&lt;/p&gt;</comment>
                            <comment id="66755" author="yangyi01" created="Sun, 5 May 2019 00:15:52 +0000"  >&lt;p&gt;Jamo, I created&#160;&lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1892&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://jira.opendaylight.org/browse/CONTROLLER-1892&lt;/a&gt;&#160;for it, so close this one.&lt;/p&gt;</comment>
                            <comment id="66756" author="jluhrsen" created="Mon, 6 May 2019 15:25:51 +0000"  >&lt;p&gt;thanks!&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="15109" name="karaf.log.error-for-1065" size="2175898" author="yangyi01" created="Mon, 4 Mar 2019 02:19:30 +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_10202" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10313"><![CDATA[Highest]]></customfieldvalue>

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

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