<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:33:36 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-868] br-sfc become slave and disconnect from ODL</title>
                <link>https://jira.opendaylight.org/browse/OPNFLWPLUG-868</link>
                <project id="10155" key="OPNFLWPLUG">OpenFlowPlugin</project>
                    <description>&lt;p&gt;After installing the odl-openflowplugin-flow-services-ui feature in odl then trying to connect to a bridge &quot;br-sfc&quot; in ovs instance (ovs_version: &quot;2.5.90&quot;). ODL was not able to connect showing the following logs error at &lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;. It was tested with Opendaylight Boron SR2 release and recent Carbon distribution &lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt;. In order to reproduce the issue you need at least 4 bridges try to connect to ODL.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distribution-karaf/0.6.0-SNAPSHOT/distribution-karaf-0.6.0-20170309.102115-4296.zip&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distribution-karaf/0.6.0-SNAPSHOT/distribution-karaf-0.6.0-20170309.102115-4296.zip&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; 2017-03-09 21:54:05,446 | INFO  | pool-16-thread-1 | DeviceMastership                 | 236 - org.opendaylight.openflowplugin.applications.forwardingrules-manager - 0.4.0.SNAPSHOT | FRM started for: openflow:235989041245259&lt;br/&gt;
2017-03-09 21:54:05,538 | INFO  | entLoopGroup-5-1 | RoleService                      | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | submitRoleChange onSuccess for device:Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=openflow:235989041245259&amp;#93;&lt;/span&gt;, role:BECOMEMASTER&lt;br/&gt;
2017-03-09 21:54:07,506 | WARN  | pool-19-thread-1 | DeviceContextImpl                | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | New role BECOMESLAVE was not propagated to device openflow:200584538364992 during 10 sec&lt;br/&gt;
2017-03-09 21:54:07,515 | ERROR | pool-19-thread-1 | SalRoleServiceImpl               | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | SetRoleService set Role BECOMESLAVE for Node: KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:200584538364992]]]]}
&lt;p&gt; fail . Reason java.util.concurrent.CancellationException: Task was cancelled.&lt;br/&gt;
2017-03-09 21:54:07,515 | WARN  | pool-19-thread-1 | DeviceManagerImpl                | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Was not able to set role SLAVE to device on node openflow:200584538364992 &lt;br/&gt;
2017-03-09 21:54:10,542 | INFO  | entLoopGroup-5-1 | ConnectionAdapterImpl            | 217 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.9.0.SNAPSHOT | Hello received&lt;br/&gt;
2017-03-09 21:54:10,550 | INFO  | entLoopGroup-5-1 | DeviceManagerImpl                | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | ConnectionEvent: Device connected to controller, Device:/10.10.1.60:38467, NodeId:Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=openflow:200584538364992&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-03-09 21:54:10,554 | INFO  | entLoopGroup-5-1 | SalRoleServiceImpl               | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | SetRole called with input:SetRoleInput [_controllerRole=BECOMESLAVE, _node=NodeRef [_value=KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:200584538364992]]]]}
&lt;p&gt;], augmentation=[]]&lt;br/&gt;
2017-03-09 21:54:10,559 | INFO  | entLoopGroup-5-1 | SalRoleServiceImpl               | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Requesting state change to BECOMESLAVE&lt;br/&gt;
2017-03-09 21:54:10,560 | INFO  | entLoopGroup-5-1 | SalRoleServiceImpl               | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | RoleChangeTask called on device:openflow:200584538364992 OFPRole:BECOMESLAVE&lt;br/&gt;
2017-03-09 21:54:10,563 | INFO  | entLoopGroup-5-1 | RoleService                      | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | getGenerationIdFromDevice called for device: openflow:200584538364992&lt;br/&gt;
2017-03-09 21:54:20,573 | WARN  | pool-19-thread-1 | DeviceContextImpl                | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | New role BECOMESLAVE was not propagated to device openflow:200584538364992 during 10 sec&lt;br/&gt;
2017-03-09 21:54:20,573 | ERROR | pool-19-thread-1 | SalRoleServiceImpl               | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | SetRoleService set Role BECOMESLAVE for Node: KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:200584538364992]]]]}
&lt;p&gt; fail . Reason java.util.concurrent.CancellationException: Task was cancelled.&lt;br/&gt;
2017-03-09 21:54:20,573 | WARN  | pool-19-thread-1 | DeviceManagerImpl                | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Was not able to set role SLAVE to device on node openflow:200584538364992 &lt;br/&gt;
2017-03-09 21:55:00,663 | INFO  | pool-19-thread-1 | StatisticsManagerImpl            | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Statistics collection for node openflow:42760610094664 still in progress even after 50 secs&lt;br/&gt;
2017-03-09 21:55:00,672 | WARN  | pool-19-thread-1 | StatisticsManagerImpl            | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Statistics gathering for single node openflow:42760610094664 was not successful: Task was cancelled.&lt;br/&gt;
2017-03-09 21:55:01,582 | INFO  | pool-19-thread-1 | StatisticsManagerImpl            | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Statistics collection for node openflow:235989041245259 still in progress even after 50 secs&lt;br/&gt;
2017-03-09 21:55:01,591 | WARN  | pool-19-thread-1 | StatisticsManagerImpl            | 228 - org.opendaylight.openflowplugin.impl - 0.4.0.SNAPSHOT | Statistics gathering for single node openflow:235989041245259 was not successful: Task was cancelled.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Linux&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="28136">OPNFLWPLUG-868</key>
            <summary>br-sfc become slave and disconnect from ODL</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="serngawy">Mohamed ElSerngawy</assignee>
                                    <reporter username="serngawy">Mohamed ElSerngawy</reporter>
                        <labels>
                    </labels>
                <created>Thu, 9 Mar 2017 22:18:59 +0000</created>
                <updated>Mon, 27 Sep 2021 09:02:01 +0000</updated>
                            <resolved>Mon, 3 Jul 2017 08:39:28 +0000</resolved>
                                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>8</watches>
                                                                                                                <comments>
                            <comment id="58791" author="tomas.slusny@pantheon.tech" created="Tue, 14 Mar 2017 12:19:24 +0000"  >&lt;p&gt;I noticed that you are using OVS with some custom patches (&lt;a href=&quot;https://github.com/yyang13/ovs_nsh_patches&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/yyang13/ovs_nsh_patches&lt;/a&gt;). Do you tried running it with clean OVS?&lt;/p&gt;</comment>
                            <comment id="58792" author="m.elserngawy@gmail.com" created="Tue, 14 Mar 2017 14:45:36 +0000"  >&lt;p&gt;(In reply to Tomas Slusny from comment #1)&lt;br/&gt;
&amp;gt; I noticed that you are using OVS with some custom patches&lt;br/&gt;
&amp;gt; (&lt;a href=&quot;https://github.com/yyang13/ovs_nsh_patches&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/yyang13/ovs_nsh_patches&lt;/a&gt;). Do you tried running it with&lt;br/&gt;
&amp;gt; clean OVS?&lt;/p&gt;

&lt;p&gt;Hi,&lt;br/&gt;
I&apos;m using ovs_nsh because I&apos;m working with SFC. I have to use ovs_nsh. one thing could help after reproducing the issue if I stop/start ODL the br-sfc are connecting fine.&lt;/p&gt;</comment>
                            <comment id="58793" author="tomas.slusny@pantheon.tech" created="Wed, 15 Mar 2017 14:38:28 +0000"  >&lt;p&gt;So I tried reproducing it following exactly your steps like 3 times, and it was working perfectly, I do not found any errors in log, and is_connected was true on controller.&lt;/p&gt;</comment>
                            <comment id="58816" author="m.elserngawy@gmail.com" created="Wed, 15 Mar 2017 15:27:50 +0000"  >&lt;p&gt;Attachment Vagrantfile has been added with description: reproduce the env using this vagrant file&lt;/p&gt;</comment>
                            <comment id="58794" author="m.elserngawy@gmail.com" created="Wed, 15 Mar 2017 15:29:31 +0000"  >&lt;p&gt;(In reply to Tomas Slusny from comment #3)&lt;br/&gt;
&amp;gt; So I tried reproducing it following exactly your steps like 3 times, and it&lt;br/&gt;
&amp;gt; was working perfectly, I do not found any errors in log, and is_connected&lt;br/&gt;
&amp;gt; was true on controller.&lt;/p&gt;

&lt;p&gt;well , did you create the env using the vagrant I attached with the email thread ? I attached with the bug may you can try it.&lt;/p&gt;</comment>
                            <comment id="58795" author="tomas.slusny@pantheon.tech" created="Wed, 15 Mar 2017 15:51:39 +0000"  >&lt;p&gt;Yes, I was reproducing it using that Vagrantfile that you attached in email (but I had to switch from amd64 to i386 Ubuntu, because I was running VM in VM so it was not possible to emulate amd64), but it should not cause any difference. For reference, here is my slightly modified Vagrantfile I was using to support my hardware: &lt;a href=&quot;https://hastebin.com/iqekuzeruj&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://hastebin.com/iqekuzeruj&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="58796" author="m.elserngawy@gmail.com" created="Wed, 15 Mar 2017 16:16:59 +0000"  >&lt;p&gt;(In reply to Tomas Slusny from comment #6)&lt;br/&gt;
&amp;gt; Yes, I was reproducing it using that Vagrantfile that you attached in email&lt;br/&gt;
&amp;gt; (but I had to switch from amd64 to i386 Ubuntu, because I was running VM in&lt;br/&gt;
&amp;gt; VM so it was not possible to emulate amd64), but it should not cause any&lt;br/&gt;
&amp;gt; difference. For reference, here is my slightly modified Vagrantfile I was&lt;br/&gt;
&amp;gt; using to support my hardware: &lt;a href=&quot;https://hastebin.com/iqekuzeruj&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://hastebin.com/iqekuzeruj&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I don&apos;t really know wt to say, at least we are 3 persons tried it and we were able to reproduce it. I agree I don&apos;t think the i386 changes can have affect.&lt;/p&gt;</comment>
                            <comment id="58797" author="jluhrsen" created="Tue, 21 Mar 2017 21:35:38 +0000"  >&lt;p&gt;this has happened again in netvirt upstream CSIT:&lt;/p&gt;

&lt;p&gt;robot report:&lt;br/&gt;
&lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-transparent-boron/503/archives/log.html.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-transparent-boron/503/archives/log.html.gz&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;karaf log:&lt;br/&gt;
&lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-transparent-boron/503/archives/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-mitaka-upstream-transparent-boron/503/archives/odl1_karaf.log.gz&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="58798" author="jluhrsen" created="Mon, 27 Mar 2017 15:09:45 +0000"  >&lt;p&gt;(In reply to Jamo Luhrsen from comment #8)&lt;br/&gt;
&amp;gt; this has happened again in netvirt upstream CSIT:&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; robot report:&lt;br/&gt;
&amp;gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-&lt;/a&gt;&lt;br/&gt;
&amp;gt; mitaka-upstream-transparent-boron/503/archives/log.html.gz&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; karaf log:&lt;br/&gt;
&amp;gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-&lt;/a&gt;&lt;br/&gt;
&amp;gt; mitaka-upstream-transparent-boron/503/archives/odl1_karaf.log.gz&lt;/p&gt;

&lt;p&gt;again...&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-nodl-v2-upstream-stateful-carbon/260/archives/log.html.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-1node-openstack-newton-nodl-v2-upstream-stateful-carbon/260/archives/log.html.gz&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="58799" author="tomas.slusny@pantheon.tech" created="Mon, 27 Mar 2017 17:12:18 +0000"  >&lt;p&gt;It is possible to try this on Jozef&apos;s patches for split connection layer? &lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=6802&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=6802&lt;/a&gt;. As on that patches we are not sending SLAVE on start anyomore, so it is possible that this bug will be fixed with &lt;a href=&quot;https://jira.opendaylight.org/browse/OPNFLWPLUG-773&quot; title=&quot;MILESTONE: Split connection layer&quot; class=&quot;issue-link&quot; data-issue-key=&quot;OPNFLWPLUG-773&quot;&gt;&lt;del&gt;OPNFLWPLUG-773&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I will try to reproduce this bug again on my local environment and test it on Jozef&apos;s patches by myself if I will reproduce it, but last time I spent 2 days just trying to reproduce it without any success, so it would help if there are some simple reproduction steps that will guarantee that this bug will occur.&lt;/p&gt;</comment>
                            <comment id="58800" author="abhijit2511" created="Wed, 12 Apr 2017 16:03:19 +0000"  >&lt;p&gt;Changed the priority to be critical&lt;/p&gt;</comment>
                            <comment id="58801" author="jozef.bacigal@pantheon.tech" created="Thu, 20 Apr 2017 08:31:14 +0000"  >&lt;p&gt;I am now confused, it is something in OVS or in Controller or in Plugin, did we get to any conclusion ? Anyway Jamo or Mohamed guys plz can you try it on actual master or carbon branch with org.opendaylight.openflowplugin.impl DEBUG and send me the karaf logs ? &lt;/p&gt;

&lt;p&gt;If this issue is still an issue &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.opendaylight.org/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="58802" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 12:29:39 +0000"  >&lt;p&gt;This is a reproduction on Boron SR3 with some extra downstream code.&lt;br/&gt;
Might help.&lt;/p&gt;</comment>
                            <comment id="58817" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 12:29:39 +0000"  >&lt;p&gt;Attachment relatedlog.txt has been added with description: LOG with TRACE enabled&lt;/p&gt;</comment>
                            <comment id="58803" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 13:47:11 +0000"  >&lt;p&gt;I think that the problem is that the thread is stuck here:&lt;br/&gt;
&quot;epollEventLoopGroup-9-5&quot; #352 prio=10 os_prio=0 tid=0x00007f1d5c035800 nid=0x4b2a waiting on condition &lt;span class=&quot;error&quot;&gt;&amp;#91;0x00007f1d3eb3a000&amp;#93;&lt;/span&gt;&lt;br/&gt;
   java.lang.Thread.State: WAITING (parking)&lt;br/&gt;
        at sun.misc.Unsafe.park(Native Method)&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;parking to wait for  &amp;lt;0x000000009090c2a0&amp;gt; (a java.util.concurrent.Semaphore$FairSync)&lt;br/&gt;
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)&lt;br/&gt;
        at java.util.concurrent.Semaphore.acquire(Semaphore.java:312)&lt;br/&gt;
        at org.opendaylight.mdsal.singleton.dom.impl.ClusterSingletonServiceGroupImpl.registerService(ClusterSingletonServiceGroupImpl.java:165)&lt;br/&gt;
        at org.opendaylight.mdsal.singleton.dom.impl.AbstractClusterSingletonServiceProviderImpl.registerClusterSingletonService(AbstractClusterSingletonServiceProviderImpl.java:106)&lt;br/&gt;
        at Proxyc35cabb5_c759_4813_92fa_04e3d78ebdb4.registerClusterSingletonService(Unknown Source)&lt;br/&gt;
        at Proxydf546731_1b69_4412_ab0b_f8719b2ae290.registerClusterSingletonService(Unknown Source)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.lifecycle.LifecycleServiceImpl.registerService(LifecycleServiceImpl.java:137)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.device.DeviceManagerImpl.onDeviceContextLevelUp(DeviceManagerImpl.java:171)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.rpc.RpcManagerImpl.onDeviceContextLevelUp(RpcManagerImpl.java:87)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.statistics.StatisticsManagerImpl.onDeviceContextLevelUp(StatisticsManagerImpl.java:121)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.device.DeviceManagerImpl.deviceConnected(DeviceManagerImpl.java:249)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.connection.listener.HandshakeListenerImpl$1.onSuccess(HandshakeListenerImpl.java:75)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.connection.listener.HandshakeListenerImpl$1.onSuccess(HandshakeListenerImpl.java:68)&lt;br/&gt;
        at com.google.common.util.concurrent.Futures$6.run(Futures.java:1319)&lt;br/&gt;
        at com.google.common.util.concurrent.MoreExecutors$DirectExecutor.execute(MoreExecutors.java:457)&lt;br/&gt;
        at com.google.common.util.concurrent.ExecutionList.executeListener(ExecutionList.java:156)&lt;br/&gt;
        at com.google.common.util.concurrent.ExecutionList.execute(ExecutionList.java:145)&lt;br/&gt;
        at com.google.common.util.concurrent.AbstractFuture.set(AbstractFuture.java:185)&lt;br/&gt;
        at com.google.common.util.concurrent.SettableFuture.set(SettableFuture.java:53)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.connection.AbstractRpcListener.successfulRpc(AbstractRpcListener.java:88)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.connection.ResponseExpectedRpcListener.completed(ResponseExpectedRpcListener.java:38)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.connection.ConnectionAdapterImpl.consumeDeviceMessage(ConnectionAdapterImpl.java:141)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.connection.AbstractConnectionAdapterStatistics.consume(AbstractConnectionAdapterStatistics.java:66)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.connection.ConnectionAdapterImpl.consume(ConnectionAdapterImpl.java:43)&lt;br/&gt;
        at org.opendaylight.openflowjava.protocol.impl.core.DelegatingInboundHandler.channelRead(DelegatingInboundHandler.java:46)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:343)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:336)&lt;br/&gt;
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:343)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:336)&lt;br/&gt;
        at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293)&lt;br/&gt;
        at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:343)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:336)&lt;br/&gt;
        at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:293)&lt;br/&gt;
        at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:267)&lt;br/&gt;
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:357)&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="58804" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 14:11:25 +0000"  >&lt;p&gt;After further examination, this problem seems to be caused by our downstream extra code. You should however try to run &quot;pkill -QUIT java&quot; and examine your the thread stack traces to see if you are not suffering from the same issue.&lt;/p&gt;</comment>
                            <comment id="58805" author="m.elserngawy@gmail.com" created="Thu, 20 Apr 2017 15:37:55 +0000"  >&lt;p&gt;I just tried again with openflowplugin distro from master, get the same issue. It is so wired cause after restart odl it works fine. may something related to datastore (just thoughts)&lt;/p&gt;</comment>
                            <comment id="58818" author="m.elserngawy@gmail.com" created="Thu, 20 Apr 2017 15:37:55 +0000"  >&lt;p&gt;Attachment logs.zip has been added with description: Log Trace enabled&lt;/p&gt;</comment>
                            <comment id="58806" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 15:39:31 +0000"  >&lt;p&gt;(In reply to Mohamed El-Serngawy from comment #17)&lt;br/&gt;
&amp;gt; Created attachment 1739 &lt;span class=&quot;error&quot;&gt;&amp;#91;details&amp;#93;&lt;/span&gt;&lt;br/&gt;
&amp;gt; Log Trace enabled&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; I just tried again with openflowplugin distro from master, get the same&lt;br/&gt;
&amp;gt; issue. It is so wired cause after restart odl it works fine. may something&lt;br/&gt;
&amp;gt; related to datastore (just thoughts)&lt;/p&gt;

&lt;p&gt;Can you check if you have a &quot;stuck&quot; thread like the trace I pasted here?&lt;/p&gt;</comment>
                            <comment id="58807" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 15:41:39 +0000"  >&lt;p&gt;If it is the same issue we are experiencing, I&apos;m suspecting that there is a bug in AbstractClusterSingletonServiceProviderImpl.&lt;/p&gt;

&lt;p&gt;I think this method should be synchronized, because 2 services with the same serviceIdentifier could call it concurrently:&lt;br/&gt;
public final ClusterSingletonServiceRegistration registerClusterSingletonService(&lt;br/&gt;
            @CheckForNull final ClusterSingletonService service) {&lt;br/&gt;
        LOG.debug(&quot;Call registrationService {} method for ClusterSingletonService Provider {}&quot;, service,&lt;br/&gt;
                this.getClass().getName());&lt;/p&gt;

&lt;p&gt;        Preconditions.checkArgument(service != null);&lt;br/&gt;
        Preconditions.checkArgument(!Strings.isNullOrEmpty(service.getIdentifier().getValue()),&lt;br/&gt;
                &quot;ClusterSingletonService idetnifier can not be null. {}&quot;, service);&lt;/p&gt;

&lt;p&gt;        final String serviceIdentifier = service.getIdentifier().getValue();&lt;br/&gt;
        ClusterSingletonServiceGroup&amp;lt;P, E, C&amp;gt; serviceGroup = serviceGroupMap.get(serviceIdentifier);&lt;br/&gt;
        if (serviceGroup == null) &lt;/p&gt;
{
            final E mainEntity = createEntity(SERVICE_ENTITY_TYPE, serviceIdentifier);
            final E closeEntity = createEntity(CLOSE_SERVICE_ENTITY_TYPE, serviceIdentifier);
            serviceGroup = new ClusterSingletonServiceGroupImpl&amp;lt;&amp;gt;(serviceIdentifier,
                    mainEntity, closeEntity, entityOwnershipService, serviceGroupMap);
            serviceGroupMap.put(service.getIdentifier().getValue(), serviceGroup);
            serviceGroup.initializationClusterSingletonGroup();
        }
&lt;p&gt;        return serviceGroup.registerService(service);&lt;br/&gt;
    }&lt;/p&gt;</comment>
                            <comment id="58808" author="m.elserngawy@gmail.com" created="Thu, 20 Apr 2017 15:55:24 +0000"  >&lt;p&gt;I killed all running java process before start odl. BTW Not every-time restart ODL works I just tried it again and get the same error. For some reason after set controller for the third bridge &quot;I&apos;m using ovs&quot; the previous 2 bridges disconnect and we go in this loop of slave role for all bridges &lt;/p&gt;

&lt;p&gt;2017-04-20 15:47:00,056 | INFO  | pool-16-thread-1 | DeviceMastership                 | 228 - org.opendaylight.openflowplugin.applications.forwardingrules-manager - 0.5.0.SNAPSHOT | Triggering reconciliation for device openflow:248700584868174&lt;br/&gt;
2017-04-20 15:47:00,068 | INFO  | on-dispatcher-62 | DeviceMastership                 | 228 - org.opendaylight.openflowplugin.applications.forwardingrules-manager - 0.5.0.SNAPSHOT | Triggering reconciliation for device openflow:248700584868174&lt;br/&gt;
2017-04-20 15:47:02,391 | INFO  | entLoopGroup-5-2 | ConnectionAdapterImpl            | 209 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.10.0.SNAPSHOT | Hello received&lt;br/&gt;
2017-04-20 15:47:02,398 | INFO  | entLoopGroup-5-2 | ContextChainHolderImpl           | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Device openflow:279506666460743 connected.&lt;br/&gt;
2017-04-20 15:47:02,399 | INFO  | entLoopGroup-5-2 | DeviceManagerImpl                | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | ConnectionEvent: Device connected to controller, Device:/10.10.1.60:47397, NodeId:Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=openflow:279506666460743&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-04-20 15:47:02,414 | INFO  | entLoopGroup-5-2 | LifecycleServiceImpl             | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Starting clustering MASTER services for node openflow:279506666460743&lt;br/&gt;
2017-04-20 15:47:02,416 | INFO  | entLoopGroup-5-2 | DeviceContextImpl                | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Starting device context cluster services for node openflow:279506666460743&lt;br/&gt;
2017-04-20 15:47:02,752 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | SetRole called with input:SetRoleInput [_controllerRole=BECOMESLAVE, _node=NodeRef [_value=KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:279506666460743]]]]}
&lt;p&gt;], augmentation=[]]&lt;br/&gt;
2017-04-20 15:47:02,756 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Requesting state change to BECOMESLAVE&lt;br/&gt;
2017-04-20 15:47:02,757 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | RoleChangeTask called on device:openflow:279506666460743 OFPRole:BECOMESLAVE&lt;br/&gt;
2017-04-20 15:47:02,758 | INFO  | pool-20-thread-1 | RoleService                      | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | getGenerationIdFromDevice called for device: openflow:279506666460743&lt;br/&gt;
2017-04-20 15:47:10,701 | INFO  | entLoopGroup-5-1 | ConnectionAdapterImpl            | 209 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.10.0.SNAPSHOT | Hello received&lt;br/&gt;
2017-04-20 15:47:10,710 | INFO  | entLoopGroup-5-1 | ContextChainHolderImpl           | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Device openflow:226628663130185 connected.&lt;br/&gt;
2017-04-20 15:47:10,715 | INFO  | entLoopGroup-5-1 | ContextChainHolderImpl           | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | An auxiliary connection was added to device: openflow:226628663130185&lt;br/&gt;
2017-04-20 15:47:12,762 | WARN  | pool-20-thread-1 | DeviceContextImpl                | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | New role BECOMESLAVE was not propagated to device openflow:279506666460743 during 10 sec&lt;br/&gt;
2017-04-20 15:47:12,763 | ERROR | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | SetRoleService set Role BECOMESLAVE for Node: KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:279506666460743]]]]}
&lt;p&gt; fail . Reason java.util.concurrent.CancellationException: Task was cancelled.&lt;br/&gt;
2017-04-20 15:47:12,763 | WARN  | pool-20-thread-1 | LifecycleServiceImpl             | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Was not able to set role SLAVE to device on node openflow:279506666460743 &lt;br/&gt;
2017-04-20 15:47:15,974 | INFO  | entLoopGroup-5-1 | ConnectionAdapterImpl            | 209 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.10.0.SNAPSHOT | Hello received&lt;br/&gt;
2017-04-20 15:47:15,980 | INFO  | entLoopGroup-5-1 | ContextChainHolderImpl           | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Device openflow:279506666460743 connected.&lt;br/&gt;
2017-04-20 15:47:15,982 | INFO  | entLoopGroup-5-1 | DeviceManagerImpl                | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | ConnectionEvent: Device connected to controller, Device:/10.10.1.60:47399, NodeId:Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=openflow:279506666460743&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-04-20 15:47:22,781 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | SetRole called with input:SetRoleInput [_controllerRole=BECOMESLAVE, _node=NodeRef [_value=KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:279506666460743]]]]}
&lt;p&gt;], augmentation=[]]&lt;br/&gt;
2017-04-20 15:47:22,782 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Requesting state change to BECOMESLAVE&lt;br/&gt;
2017-04-20 15:47:22,782 | INFO  | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | RoleChangeTask called on device:openflow:279506666460743 OFPRole:BECOMESLAVE&lt;br/&gt;
2017-04-20 15:47:22,782 | INFO  | pool-20-thread-1 | RoleService                      | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | getGenerationIdFromDevice called for device: openflow:279506666460743&lt;br/&gt;
2017-04-20 15:47:32,792 | WARN  | pool-20-thread-1 | DeviceContextImpl                | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | New role BECOMESLAVE was not propagated to device openflow:279506666460743 during 10 sec&lt;br/&gt;
2017-04-20 15:47:32,793 | ERROR | pool-20-thread-1 | SalRoleServiceImpl               | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | SetRoleService set Role BECOMESLAVE for Node: KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node, path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri [_value=openflow:279506666460743]]]]}
&lt;p&gt; fail . Reason java.util.concurrent.CancellationException: Task was cancelled.&lt;br/&gt;
2017-04-20 15:47:32,793 | WARN  | pool-20-thread-1 | LifecycleServiceImpl             | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Was not able to set role SLAVE to device on node openflow:279506666460743 &lt;br/&gt;
2017-04-20 15:47:52,431 | INFO  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics collection for node openflow:226628663130185 still in progress even after 50 secs&lt;br/&gt;
2017-04-20 15:47:52,438 | WARN  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics gathering for single node openflow:226628663130185 was not successful: Task was cancelled.&lt;br/&gt;
2017-04-20 15:48:06,221 | INFO  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics collection for node openflow:244975001850697 still in progress even after 50 secs&lt;br/&gt;
2017-04-20 15:48:06,228 | WARN  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics gathering for single node openflow:244975001850697 was not successful: Task was cancelled.&lt;br/&gt;
2017-04-20 15:48:06,651 | INFO  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics collection for node openflow:248700584868174 still in progress even after 50 secs&lt;br/&gt;
2017-04-20 15:48:06,659 | WARN  | pool-20-thread-1 | StatisticsManagerImpl            | 220 - org.opendaylight.openflowplugin.impl - 0.5.0.SNAPSHOT | Statistics gathering for single node openflow:248700584868174 was not successful: Task was cancelled.&lt;/p&gt;</comment>
                            <comment id="58809" author="guy.sela@hpe.com" created="Sun, 23 Apr 2017 10:27:47 +0000"  >&lt;p&gt;I will add that all the threads that are stuck on the Semaphore.acquire() are waiting for this thread, which is stuck on Future.get: &lt;br/&gt;
&quot;epollEventLoopGroup-9-4&quot; #350 prio=10 os_prio=0 tid=0x00007fd17842a800 nid=0x4fcd waiting on condition &lt;span class=&quot;error&quot;&gt;&amp;#91;0x00007fd16e3c6000&amp;#93;&lt;/span&gt;&lt;br/&gt;
   java.lang.Thread.State: WAITING (parking)&lt;br/&gt;
        at sun.misc.Unsafe.park(Native Method)&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;parking to wait for  &amp;lt;0x00000000f648f7b0&amp;gt; (a com.google.common.util.concurrent.AbstractFuture$Sync)&lt;br/&gt;
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)&lt;br/&gt;
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)&lt;br/&gt;
        at com.google.common.util.concurrent.AbstractFuture$Sync.get(AbstractFuture.java:285)&lt;br/&gt;
        at com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:116)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.util.DeviceInitializationUtils.initializeNodeInformation(DeviceInitializationUtils.java:155)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.device.DeviceContextImpl.onContextInstantiateService(DeviceContextImpl.java:728)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.lifecycle.LifecycleServiceImpl.instantiateServiceInstance(LifecycleServiceImpl.java:54)&lt;br/&gt;
        at org.opendaylight.mdsal.singleton.dom.impl.ClusterSingletonServiceGroupImpl.registerService(ClusterSingletonServiceGroupImpl.java:171)&lt;br/&gt;
        at org.opendaylight.mdsal.singleton.dom.impl.AbstractClusterSingletonServiceProviderImpl.registerClusterSingletonService(AbstractClusterSingletonServiceProviderImpl.java:106)&lt;br/&gt;
        at Proxy2d983b90_21cf_4858_bbdf_b72c07ad3ed0.registerClusterSingletonService(Unknown Source)&lt;br/&gt;
        at Proxy3074a2f9_7555_4633_8019_1f3e7a6a6d1e.registerClusterSingletonService(Unknown Source)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.lifecycle.LifecycleServiceImpl.registerService(LifecycleServiceImpl.java:137)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.device.DeviceManagerImpl.onDeviceContextLevelUp(DeviceManagerImpl.java:171)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.rpc.RpcManagerImpl.onDeviceContextLevelUp(RpcManagerImpl.java:87)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.statistics.StatisticsManagerImpl.onDeviceContextLevelUp(StatisticsManagerImpl.java:121)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.device.DeviceManagerImpl.deviceConnected(DeviceManagerImpl.java:249)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.connection.listener.HandshakeListenerImpl$1.onSuccess(HandshakeListenerImpl.java:75)&lt;br/&gt;
        at org.opendaylight.openflowplugin.impl.connection.listener.HandshakeListenerImpl$1.onSuccess(HandshakeListenerImpl.java:68)&lt;br/&gt;
        at com.google.common.util.concurrent.Futures$6.run(Futures.java:1319)&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="58810" author="abhijit2511" created="Thu, 27 Apr 2017 15:55:17 +0000"  >&lt;p&gt;From the meeting: Jozef thinks it is a bug in MD-SAL. Jozef to follow up with MD-SAL folks.&lt;/p&gt;</comment>
                            <comment id="58811" author="abhijit2511" created="Thu, 4 May 2017 15:29:41 +0000"  >&lt;p&gt;Still under investigation (Miroslav and Tomas).&lt;/p&gt;</comment>
                            <comment id="58812" author="abhijit2511" created="Thu, 4 May 2017 15:32:20 +0000"  >&lt;p&gt;Adding Anil - as he may be able to advise.&lt;/p&gt;</comment>
                            <comment id="58813" author="jozef.bacigal@pantheon.tech" created="Fri, 5 May 2017 10:36:48 +0000"  >&lt;p&gt;Guys, I cant find anything in logs you attached. Plz can you repeat this issue on master branch. &lt;/p&gt;

&lt;p&gt;And plz set &lt;/p&gt;

&lt;p&gt;org.opendaylight.openflowplugin.impl DEBUG&lt;/p&gt;

&lt;p&gt;and set bigger log file size.&lt;/p&gt;

&lt;p&gt;Thank you guys.&lt;/p&gt;</comment>
                            <comment id="58814" author="tomas.slusny@pantheon.tech" created="Mon, 15 May 2017 08:25:31 +0000"  >&lt;p&gt;Also, can you try this with this patch: &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/56838/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/56838/&lt;/a&gt; ? Reason why device is refusing to become SLAVE is unknown but in this case, the future that was mentioned earlier was waiting indefinitely for switch response that never came, and that patch I created adds timeout for this case.&lt;/p&gt;</comment>
                            <comment id="58815" author="jozef.bacigal@pantheon.tech" created="Mon, 3 Jul 2017 08:39:28 +0000"  >&lt;p&gt;It is about a month with no response. Assume issue is fixed. Closing this bug. Feel free to reopen it if issue persists.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="28141">OPNFLWPLUG-873</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="14127" name="Vagrantfile" size="2851" author="serngawy" created="Wed, 15 Mar 2017 15:27:50 +0000"/>
                            <attachment id="14129" name="logs.zip" size="356321" author="serngawy" created="Thu, 20 Apr 2017 15:37:55 +0000"/>
                            <attachment id="14128" name="relatedlog.txt" size="26098" author="guy.sela@hpe.com" created="Thu, 20 Apr 2017 12:29: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>7948</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=7948]]></customfieldvalue>

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

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