<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:20:46 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>[NETVIRT-130] Netvirt fails to add all the ODL nodes as controllers to br-int</title>
                <link>https://jira.opendaylight.org/browse/NETVIRT-130</link>
                <project id="10144" key="NETVIRT">netvirt</project>
                    <description>&lt;p&gt;Image Tested: &lt;a href=&quot;https://nexus.opendaylight.org/content/repositories/autorelease-1484/org/opendaylight/integration/distribution-karaf/0.5.0-Boron/distribution-karaf-0.5.0-Boron.zip&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://nexus.opendaylight.org/content/repositories/autorelease-1484/org/opendaylight/integration/distribution-karaf/0.5.0-Boron/distribution-karaf-0.5.0-Boron.zip&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;Step 1: Setup 3node ODL&lt;/p&gt;

&lt;p&gt;Step 2: Stack three openstack nodes&lt;/p&gt;

&lt;p&gt;Step 3: In one of the nodes, the sudo 0vs-vsctl show displayed br-int with only  one ODL added as controller.&lt;/p&gt;


&lt;p&gt;this observation is a bug because if that ODL goes down the instances in that compute node will not be able to work well&lt;/p&gt;

&lt;p&gt;Please note: Actually a failover was done in ODL1 for some testing. so the entity owners were collected after failover so they do not reflect the situation before failover i.e. when the problem occurred. But the karaf logs should be helpful.&lt;/p&gt;


&lt;p&gt;When ODL Managers are set in local.conf ODL_OVS_MANAGERS=10.128.0.9,10.128.0.5,10.128.0.6&lt;/p&gt;

&lt;p&gt;the expectation is any br-int created by NEtvirt will set all these ODL nodes as openflow controllers.&lt;/p&gt;


&lt;p&gt;Among the 3 Openstack nodes, the br-int in one of the nodes had only 10.128.0.9 as openflow controller.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="20051">NETVIRT-130</key>
            <summary>Netvirt fails to add all the ODL nodes as controllers to br-int</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.opendaylight.org/images/icons/priorities/major.svg">Medium</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="10001">Won&apos;t Do</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="gvrangan">Venkatrangan Govindarajan</reporter>
                        <labels>
                    </labels>
                <created>Fri, 9 Sep 2016 20:26:01 +0000</created>
                <updated>Fri, 9 Mar 2018 18:21:30 +0000</updated>
                            <resolved>Fri, 9 Mar 2018 17:53:06 +0000</resolved>
                                    <version>Boron</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>6</watches>
                                                                                                                <comments>
                            <comment id="36398" author="gvrangan" created="Fri, 9 Sep 2016 20:26:29 +0000"  >&lt;p&gt;Attachment odl1_log.tgz has been added with description: ODL1 Logs&lt;/p&gt;</comment>
                            <comment id="36399" author="gvrangan" created="Fri, 9 Sep 2016 20:29:32 +0000"  >&lt;p&gt;Attachment odl2_log.tgz has been added with description: ODL2 logs&lt;/p&gt;</comment>
                            <comment id="36400" author="gvrangan" created="Fri, 9 Sep 2016 20:30:15 +0000"  >&lt;p&gt;Attachment inventory_contents.json has been added with description: Inventory DS contents&lt;/p&gt;</comment>
                            <comment id="36401" author="gvrangan" created="Fri, 9 Sep 2016 20:30:39 +0000"  >&lt;p&gt;Attachment topology_config.json has been added with description: Topology Config creqted by Netvirt&lt;/p&gt;</comment>
                            <comment id="36402" author="gvrangan" created="Fri, 9 Sep 2016 20:30:58 +0000"  >&lt;p&gt;Attachment topology.json has been added with description: Operational topology from device&lt;/p&gt;</comment>
                            <comment id="36403" author="gvrangan" created="Fri, 9 Sep 2016 20:31:17 +0000"  >&lt;p&gt;Attachment odl3_log.tgz has been added with description: ODL3 logs&lt;/p&gt;</comment>
                            <comment id="36392" author="gvrangan" created="Fri, 9 Sep 2016 20:33:23 +0000"  >&lt;p&gt;The ovs-vsctl show output from the three Openstack nodes&lt;/p&gt;

&lt;p&gt;Control Node:&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@openstack-control-node devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl show&lt;br/&gt;
750bdcf3-e21e-46b3-9ff0-7af076be63ec&lt;br/&gt;
    Manager &quot;tcp:10.128.0.6:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Manager &quot;tcp:10.128.0.9:6640&quot;&lt;br/&gt;
    Manager &quot;tcp:10.128.0.5:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Bridge br-int&lt;br/&gt;
        Controller &quot;tcp:10.128.0.9:6653&quot;&lt;br/&gt;
        Controller &quot;tcp:10.128.0.6:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        Controller &quot;tcp:10.128.0.5:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        fail_mode: secure&lt;br/&gt;
        Port br-int&lt;br/&gt;
            Interface br-int&lt;br/&gt;
                type: internal&lt;br/&gt;
        Port &quot;tap7565b826-9a&quot;&lt;br/&gt;
            Interface &quot;tap7565b826-9a&quot;&lt;br/&gt;
                type: internal&lt;br/&gt;
        Port &quot;vxlan-10.128.0.4&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.4&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.3&quot;, remote_ip=&quot;10.128.0.4&quot;}
&lt;p&gt;        Port &quot;vxlan-10.128.0.7&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.7&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.3&quot;, remote_ip=&quot;10.128.0.7&quot;}
&lt;p&gt;    ovs_version: &quot;2.5.0&quot;&lt;/p&gt;



&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl  list open_vswitch&lt;br/&gt;
_uuid               : 60e0c199-12af-4b7a-92b1-d158d4760c54&lt;br/&gt;
bridges             : &lt;span class=&quot;error&quot;&gt;&amp;#91;0f13142f-bb2d-4c74-8257-65e5f1dd98d6&amp;#93;&lt;/span&gt;&lt;br/&gt;
cur_cfg             : 173&lt;br/&gt;
datapath_types      : &lt;span class=&quot;error&quot;&gt;&amp;#91;netdev, system&amp;#93;&lt;/span&gt;&lt;br/&gt;
db_version          : &quot;7.12.1&quot;&lt;br/&gt;
external_ids        : &lt;/p&gt;
{system-id=&quot;d4daf026-fe1f-40f2-a560-4e259f76e368&quot;}
&lt;p&gt;iface_types         : &lt;span class=&quot;error&quot;&gt;&amp;#91;geneve, gre, internal, ipsec_gre, lisp, patch, stt, system, tap, vxlan&amp;#93;&lt;/span&gt;&lt;br/&gt;
manager_options     : &lt;span class=&quot;error&quot;&gt;&amp;#91;a81279da-4528-4839-b130-178efc8ead23, d4ac1d84-e920-4017-91a7-af016701a600, f617d461-52b9-40bc-b477-392aacbecd1b&amp;#93;&lt;/span&gt;&lt;br/&gt;
next_cfg            : 173&lt;br/&gt;
other_config        : &lt;/p&gt;
{local_ip=&quot;10.128.0.7&quot;}
&lt;p&gt;ovs_version         : &quot;2.5.0&quot;&lt;br/&gt;
ssl                 : []&lt;br/&gt;
statistics          : {}&lt;br/&gt;
system_type         : CentOS&lt;br/&gt;
system_version      : &quot;7.2.1511-Core&quot;&lt;/p&gt;</comment>
                            <comment id="36393" author="gvrangan" created="Fri, 9 Sep 2016 20:34:21 +0000"  >&lt;p&gt;Node in which the problem was seen&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute1 devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl show&lt;br/&gt;
01ef54eb-758e-437c-90f0-c7ff69557873&lt;br/&gt;
    Manager &quot;tcp:10.128.0.6:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Manager &quot;tcp:10.128.0.9:6640&quot;&lt;br/&gt;
    Manager &quot;tcp:10.128.0.5:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Bridge br-int&lt;br/&gt;
        Controller &quot;tcp:10.128.0.9:6653&quot;&lt;br/&gt;
        fail_mode: secure&lt;br/&gt;
        Port &quot;vxlan-10.128.0.7&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.7&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.4&quot;, remote_ip=&quot;10.128.0.7&quot;}
&lt;p&gt;        Port br-int&lt;br/&gt;
            Interface br-int&lt;br/&gt;
                type: internal&lt;br/&gt;
        Port &quot;vxlan-10.128.0.3&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.3&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.4&quot;, remote_ip=&quot;10.128.0.3&quot;}
&lt;p&gt;        Port &quot;tap0682360f-2c&quot;&lt;br/&gt;
            Interface &quot;tap0682360f-2c&quot;&lt;br/&gt;
        Port &quot;tap5169fc21-5e&quot;&lt;br/&gt;
            Interface &quot;tap5169fc21-5e&quot;&lt;br/&gt;
        Port &quot;tap39c5eefd-f3&quot;&lt;br/&gt;
            Interface &quot;tap39c5eefd-f3&quot;&lt;br/&gt;
    ovs_version: &quot;2.5.0&quot;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute1 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute1 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute1 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute1 devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl list open_vswitch&lt;br/&gt;
_uuid               : 01ef54eb-758e-437c-90f0-c7ff69557873&lt;br/&gt;
bridges             : &lt;span class=&quot;error&quot;&gt;&amp;#91;1874541a-631c-4740-aa1c-768c021f6f2f&amp;#93;&lt;/span&gt;&lt;br/&gt;
cur_cfg             : 195&lt;br/&gt;
datapath_types      : &lt;span class=&quot;error&quot;&gt;&amp;#91;netdev, system&amp;#93;&lt;/span&gt;&lt;br/&gt;
db_version          : &quot;7.12.1&quot;&lt;br/&gt;
external_ids        : &lt;/p&gt;
{system-id=&quot;3087f2d9-7a70-4490-8ca7-592d993bc987&quot;}
&lt;p&gt;iface_types         : &lt;span class=&quot;error&quot;&gt;&amp;#91;geneve, gre, internal, ipsec_gre, lisp, patch, stt, system, tap, vxlan&amp;#93;&lt;/span&gt;&lt;br/&gt;
manager_options     : &lt;span class=&quot;error&quot;&gt;&amp;#91;5b1f2aa6-1181-4a41-8564-c3154811ebb5, 764b661e-4e9d-498a-92e1-35ba954eeabb, c7736537-ebf0-433d-9cc7-85208c2ceaa4&amp;#93;&lt;/span&gt;&lt;br/&gt;
next_cfg            : 195&lt;br/&gt;
other_config        : &lt;/p&gt;
{local_ip=&quot;10.128.0.4&quot;}
&lt;p&gt;ovs_version         : &quot;2.5.0&quot;&lt;br/&gt;
ssl                 : []&lt;br/&gt;
statistics          : {}&lt;br/&gt;
system_type         : CentOS&lt;br/&gt;
system_version      : &quot;7.2.1511-Core&quot;&lt;/p&gt;</comment>
                            <comment id="36394" author="gvrangan" created="Fri, 9 Sep 2016 20:35:10 +0000"  >&lt;p&gt;Final Node&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl  list open_vswitch&lt;br/&gt;
_uuid               : 60e0c199-12af-4b7a-92b1-d158d4760c54&lt;br/&gt;
bridges             : &lt;span class=&quot;error&quot;&gt;&amp;#91;0f13142f-bb2d-4c74-8257-65e5f1dd98d6&amp;#93;&lt;/span&gt;&lt;br/&gt;
cur_cfg             : 173&lt;br/&gt;
datapath_types      : &lt;span class=&quot;error&quot;&gt;&amp;#91;netdev, system&amp;#93;&lt;/span&gt;&lt;br/&gt;
db_version          : &quot;7.12.1&quot;&lt;br/&gt;
external_ids        : &lt;/p&gt;
{system-id=&quot;d4daf026-fe1f-40f2-a560-4e259f76e368&quot;}
&lt;p&gt;iface_types         : &lt;span class=&quot;error&quot;&gt;&amp;#91;geneve, gre, internal, ipsec_gre, lisp, patch, stt, system, tap, vxlan&amp;#93;&lt;/span&gt;&lt;br/&gt;
manager_options     : &lt;span class=&quot;error&quot;&gt;&amp;#91;a81279da-4528-4839-b130-178efc8ead23, d4ac1d84-e920-4017-91a7-af016701a600, f617d461-52b9-40bc-b477-392aacbecd1b&amp;#93;&lt;/span&gt;&lt;br/&gt;
next_cfg            : 173&lt;br/&gt;
other_config        : &lt;/p&gt;
{local_ip=&quot;10.128.0.7&quot;}
&lt;p&gt;ovs_version         : &quot;2.5.0&quot;&lt;br/&gt;
ssl                 : []&lt;br/&gt;
statistics          : {}&lt;br/&gt;
system_type         : CentOS&lt;br/&gt;
system_version      : &quot;7.2.1511-Core&quot;&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ &lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;gvrangan@compute2 devstack&amp;#93;&lt;/span&gt;$ sudo ovs-vsctl show&lt;br/&gt;
60e0c199-12af-4b7a-92b1-d158d4760c54&lt;br/&gt;
    Manager &quot;tcp:10.128.0.5:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Manager &quot;tcp:10.128.0.9:6640&quot;&lt;br/&gt;
    Manager &quot;tcp:10.128.0.6:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Bridge br-int&lt;br/&gt;
        Controller &quot;tcp:10.128.0.9:6653&quot;&lt;br/&gt;
        Controller &quot;tcp:10.128.0.5:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        Controller &quot;tcp:10.128.0.6:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        fail_mode: secure&lt;br/&gt;
        Port &quot;vxlan-10.128.0.3&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.3&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.7&quot;, remote_ip=&quot;10.128.0.3&quot;}
&lt;p&gt;        Port &quot;vxlan-10.128.0.4&quot;&lt;br/&gt;
            Interface &quot;vxlan-10.128.0.4&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;10.128.0.7&quot;, remote_ip=&quot;10.128.0.4&quot;}
&lt;p&gt;        Port br-int&lt;br/&gt;
            Interface br-int&lt;br/&gt;
                type: internal&lt;br/&gt;
        Port &quot;tap5d6805d0-95&quot;&lt;br/&gt;
            Interface &quot;tap5d6805d0-95&quot;&lt;br/&gt;
        Port &quot;tap7749d598-b4&quot;&lt;br/&gt;
            Interface &quot;tap7749d598-b4&quot;&lt;br/&gt;
    ovs_version: &quot;2.5.0&quot;&lt;/p&gt;</comment>
                            <comment id="36395" author="gvrangan" created="Fri, 9 Sep 2016 20:36:05 +0000"  >&lt;p&gt;(In reply to Venkatrangan Govindarajan from comment #0)&lt;br/&gt;
&amp;gt; Image Tested:&lt;br/&gt;
&amp;gt; &lt;a href=&quot;https://nexus.opendaylight.org/content/repositories/autorelease-1484/org/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://nexus.opendaylight.org/content/repositories/autorelease-1484/org/&lt;/a&gt;&lt;br/&gt;
&amp;gt; opendaylight/integration/distribution-karaf/0.5.0-Boron/distribution-karaf-0.&lt;br/&gt;
&amp;gt; 5.0-Boron.zip&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Step 1: Setup 3node ODL&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Step 2: Stack three openstack nodes&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Step 3: In one of the nodes, the sudo 0vs-vsctl show displayed br-int with&lt;br/&gt;
&amp;gt; only  one ODL added as controller.&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; this observation is a bug because if that ODL goes down the instances in&lt;br/&gt;
&amp;gt; that compute node will not be able to work well&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Please note: Actually a failover was done in ODL1 for some testing. so the&lt;br/&gt;
&amp;gt; entity owners were collected after failover so they do not reflect the&lt;br/&gt;
&amp;gt; situation before failover i.e. when the problem occurred. But the karaf logs&lt;br/&gt;
&amp;gt; should be helpful.&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; When ODL Managers are set in local.conf&lt;br/&gt;
&amp;gt; ODL_OVS_MANAGERS=10.128.0.9,10.128.0.5,10.128.0.6&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; the expectation is any br-int created by NEtvirt will set all these ODL&lt;br/&gt;
&amp;gt; nodes as openflow controllers.&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Among the 3 Openstack nodes, the br-int in one of the nodes had only&lt;br/&gt;
&amp;gt; 10.128.0.9 as openflow controller.&lt;/p&gt;

&lt;p&gt;Also Note I had created some instances for testing&lt;/p&gt;</comment>
                            <comment id="36396" author="gvrangan" created="Fri, 9 Sep 2016 20:42:40 +0000"  >&lt;p&gt;The topology information and inventory information weere colelcted after failover only&lt;/p&gt;</comment>
                            <comment id="36397" author="ranjithkumar_t@hcl.com" created="Mon, 19 Sep 2016 13:44:29 +0000"  >&lt;p&gt;I have analysed the karaf logs which you have attached in the bug. The following are my prediction.&lt;/p&gt;

&lt;p&gt;&#8226; The node 10.128.0.9 is not a member of the cluster nodes.&lt;br/&gt;
&#8226; The time interval for the node to get connected to the cluster is more than 2 minutes thus it reaches the unreachable state.&lt;br/&gt;
&#8226; May be we predict the node has gone down and the karaf process fails.&lt;/p&gt;

&lt;p&gt;Logs obseerved in karaf logs:&lt;br/&gt;
=============================&lt;/p&gt;

&lt;p&gt;2016-09-09 18:46:00,472 | WARN  | ult-dispatcher-5 | ReliableDeliverySupervisor       | 154 - com.typesafe.akka.slf4j - 2.4.7 | Association with remote system &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.128.0.9:2550&amp;#93;&lt;/span&gt; has failed, address is now gated for &lt;span class=&quot;error&quot;&gt;&amp;#91;5000&amp;#93;&lt;/span&gt; ms. Reason: [Association failed with &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.128.0.9:2550&amp;#93;&lt;/span&gt;] Caused by: &lt;span class=&quot;error&quot;&gt;&amp;#91;Connection refused: /10.128.0.9:2550&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;2016-09-09 19:52:55,245 | INFO  | ult-dispatcher-7 | kka://opendaylight-cluster-data) | 154 - com.typesafe.akka.slf4j - 2.4.7 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.128.0.5:2550&amp;#93;&lt;/span&gt; - Leader can currently not perform its duties, reachability status: [akka.tcp://opendaylight-cluster-data@10.128.0.5:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.128.0.9:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (1), akka.tcp://opendaylight-cluster-data@10.128.0.6:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.128.0.9:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (1)], member status: &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.128.0.5:2550 Up seen=true, akka.tcp://opendaylight-cluster-data@10.128.0.6:2550 Up seen=true, akka.tcp://opendaylight-cluster-data@10.128.0.9:2550 Up seen=false&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;_value=tcp:10.128.0.6:6653&amp;#93;&lt;/span&gt;, isIsConnected=true, augmentations={}}, ControllerEntry{getControllerUuid=Uuid &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=b56f65ee-999a-48f1-ae43-1e529c5cb48a&amp;#93;&lt;/span&gt;, getTarget=Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=tcp:10.128.0.5:6653&amp;#93;&lt;/span&gt;, isIsConnected=true, augmentations={}}, ControllerEntry{getControllerUuid=Uuid &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=82d358f0-629d-44da-8cd0-923002bd68f5&amp;#93;&lt;/span&gt;, getTarget=Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=tcp:10.128.0.9:6653&amp;#93;&lt;/span&gt;, isIsConnected=false, augmentations={}}], getDatapathId=DatapathId &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=00:00:b4:9c:52:d0:cb:95&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;I have tested many times manually but the bug was not reproduced.&lt;/p&gt;</comment>
                            <comment id="61630" author="shague@redhat.com" created="Fri, 9 Mar 2018 17:53:06 +0000"  >&lt;p&gt;Legacy NetVirt is deprecated.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="12229" name="inventory_contents.json" size="474599" author="gvrangan" created="Fri, 9 Sep 2016 20:30:15 +0000"/>
                            <attachment id="12227" name="odl1_log.tgz" size="71736" author="gvrangan" created="Fri, 9 Sep 2016 20:26:29 +0000"/>
                            <attachment id="12228" name="odl2_log.tgz" size="86533" author="gvrangan" created="Fri, 9 Sep 2016 20:29:32 +0000"/>
                            <attachment id="12232" name="odl3_log.tgz" size="99431" author="gvrangan" created="Fri, 9 Sep 2016 20:31:17 +0000"/>
                            <attachment id="12231" name="topology.json" size="53912" author="gvrangan" created="Fri, 9 Sep 2016 20:30:58 +0000"/>
                            <attachment id="12230" name="topology_config.json" size="10956" author="gvrangan" created="Fri, 9 Sep 2016 20:30:39 +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>6685</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=6685]]></customfieldvalue>

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

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