https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/OPNFLWPLUG-605 OpenFlowPlugin <p>What I used<br/> -----------</p> <p>Source code: stable/beryllium of 01/25/2016<br/> OpenFlow version: OF10<br/> Target OFP: OpenFlow plugin Helium version<br/> Application: VTN Manager ("odl-vtn-manager-rest" feature)<br/> Failed RPC: get-flow-statistics-from-flow-table</p> <p>What I happened<br/> ---------------</p> <p>Just after the OpenFlow plugin got connected with an OpenFlow 1.0 switch, VTN Manager called the RPC "get-flow-statistics-from-flow-table" to get all flow entries in a flow table of the switch.<br/> However, the RPC failed, because the RPC was not registered yet.</p> <p>2016-01-25 15:24:00,423 | ERROR | er Task Thread-0 | StatsReaderService | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | get-flow-stats: Caught an exception: canceled=false, input=GetFlowStatisticsFromFlowTableInput [_cookie=FlowCookie <span class="error">&#91;_value=9175521290813964288&#93;</span>, _cookieMask=FlowCookie <span class="error">&#91;_value=18446462598732840960&#93;</span>, _node=NodeRef [_value=KeyedInstanceIdentifier</p> {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:2]]]]} <p>], _tableId=0, augmentation=[]]<br/> java.util.concurrent.ExecutionException: org.opendaylight.controller.md.sal.dom.api.DOMRpcImplementationNotAvailableException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p> at com.google.common.util.concurrent.AbstractFuture$Sync.getValue(AbstractFuture.java:299)<span class="error">&#91;54:com.google.guava:18.0.0&#93;</span></p> <p>2016-01-25 15:24:00,424 | ERROR | er Task Thread-0 | StatsReaderService | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Failed to issue flow stats RPC: get-flow-stats<br/> org.opendaylight.vtn.manager.VTNException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p> at org.opendaylight.vtn.manager.internal.util.concurrent.AbstractVTNFuture.getException(AbstractVTNFuture.java:75)<span class="error">&#91;178:org.opendaylight.vtn.manager.implementation:0.4.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.vtn.manager.internal.util.rpc.RpcInvocation.getResult(RpcInvocation.java:89)<span class="error">&#91;178:org.opendaylight.vtn.manager.implementation:0.4.0.SNAPSHOT&#93;</span>]</p> <p>The issue happened in the CSIT for VTN project.<br/> <a href="https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/75/artifact/karaf.log" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/75/artifact/karaf.log</a></p> <p>The issue does not happen always.<br/> It occurred in the build 75 of the vtn-csit-1node-manager-only-beryllium, but it didn't occurr in hte build 73, 74, and 76.<br/> <a href="https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/</a></p> <p>Operating System: All<br/> Platform: All</p> OPNFLWPLUG-605

He: Failed to issue flow stats; get-flow-statistics-from-flow-table

Bug Verified Won't Do Unassigned Hideyuki Tai Mon, 25 Jan 2016 22:28:33 +0000 Mon, 27 Sep 2021 09:01:42 +0000 Tue, 12 Dec 2017 01:03:57 +0000 General 0 1 <p>After VTN Manager failed to issue flow stats RPC, following operations like installing flow entries on the switch worked well.</p> <p>Therefore, we are thinking that the OpenFlow plugin sent a notification of the node addition on which VTN Manager called the RPC, before the OpenFlow plugin completed to register the RPC.</p> <p>Hi Hideyuki,</p> <p>Can you try with this patch and see if it fixes your issue.</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/33529/3" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/33529/3</a></p> <p>Thanks<br/> Anil</p> <p>(In reply to Anil Vishnoi from comment #2)<br/> &gt; Hi Hideyuki,<br/> &gt; <br/> &gt; Can you try with this patch and see if it fixes your issue.<br/> &gt; <br/> &gt; <a href="https://git.opendaylight.org/gerrit/#/c/33529/3" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/33529/3</a><br/> &gt; <br/> &gt; Thanks<br/> &gt; Anil</p> <p>Hi Anil,</p> <p>Thank you for checking the issue, and creating the patch.<br/> However, even with your patch, the issues still happens.</p> <p>When I repeatedly started up and shutdown the Mininet, I can observed the issue.<br/> It occurs rarely though.</p> <p>2016-01-26 11:54:20,002 | INFO | entLoopGroup-9-2 | ConnectionAdapterImpl | 159 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.7.0.SNAPSHOT | Hello received / branch<br/> 2016-01-26 11:54:20,005 | INFO | entLoopGroup-9-2 | OfEntityManager | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | requestOpenflowEntityOwnership: Registered controller for the ownership of Uri <span class="error">&#91;_value=openflow:1&#93;</span><br/> 2016-01-26 11:54:20,006 | INFO | ofEntity-0 | RolePushTask | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | OpenFlow 1.0 devices don't support multi controller features, skipping role push.<br/> 2016-01-26 11:54:20,006 | INFO | ult-dispatcher-2 | OfEntityManager | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | onDeviceOwnershipChanged: Set controller as a MASTER controller because it's the OWNER of the Entity{type='openflow', id=/(urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:general-entity?revision=2015-08-20)entity/entity[</p> {(urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:general-entity?revision=2015-08-20)name=openflow:1} <p>]}<br/> 2016-01-26 11:54:20,009 | INFO | lt-dispatcher-21 | VTNInventoryManager | 175 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Node has been created: id=openflow:1, proto=OF10<br/> 2016-01-26 11:54:20,009 | INFO | lt-dispatcher-21 | VTNInventoryManager | 175 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Port has been created: </p> {id=openflow:1:1, name=s1-eth1, enabled=true, cost=1000, links=none} <p>2016-01-26 11:54:20,009 | INFO | lt-dispatcher-21 | VTNInventoryManager | 175 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Port has been created: </p> {id=openflow:1:2, name=s1-eth2, enabled=true, cost=1000, links=none} <p>2016-01-26 11:54:20,011 | INFO | ult-dispatcher-2 | OfEntityManager | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | registerRoutedRPCForSwitch: Registered routed rpc for ModelDrivenSwitch openflow:1<br/> 2016-01-26 11:54:20,011 | INFO | ofEntity-0 | RolePushTask | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | OpenFlow 1.0 devices don't support multi controller features, skipping role push.<br/> 2016-01-26 11:54:20,013 | INFO | ofEntity-0 | OfEntityManager | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | onDeviceOwnershipChanged: Controller is successfully set as a MASTER controller for 1<br/> 2016-01-26 11:54:20,013 | INFO | ofEntity-0 | OfEntityManager | 162 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | sendNodeAddedNotification: Node Added notification is sent for ModelDrivenSwitch openflow:1<br/> 2016-01-26 11:54:20,010 | ERROR | er Task Thread-0 | StatsReaderService | 175 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | get-flow-stats: Caught an exception: canceled=false, input=GetFlowStatisticsFromFlowTableInput [_cookie=FlowCookie <span class="error">&#91;_value=9175521290813964288&#93;</span>, _cookieMask=FlowCookie <span class="error">&#91;_value=18446462598732840960&#93;</span>, _node=NodeRef [_value=KeyedInstanceIdentifier</p> {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:1]]]]} <p>], _tableId=0, augmentation=[]]<br/> java.util.concurrent.ExecutionException: org.opendaylight.controller.md.sal.dom.api.DOMRpcImplementationNotAvailableException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p>(snip)</p> <p>2016-01-26 11:54:20,013 | ERROR | er Task Thread-0 | StatsReaderService | 175 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Failed to issue flow stats RPC: get-flow-stats<br/> org.opendaylight.vtn.manager.VTNException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p>Please note that VTN Manager calls the RPC for a node, after the VTN Manager gets the notification of the addition the node.</p> <p>Attachment karaf.log has been added with description: Karaf log file on a failure case</p> <p>The following patch was merged for the bug.<br/> <a href="https://git.opendaylight.org/gerrit/#/c/33534/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/33534/</a></p> <p>I will test the latest artifacts of the stable/beryllium branch to see if the patch fixes the bug or not.</p> <p>Even after the following patch is applied, the same issue still happens.<br/> <a href="https://git.opendaylight.org/gerrit/#/c/33534/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/33534/</a></p> <p>I observed that the issue occurred in the CSIT job for Beryllium on Jan 29.<br/> <a href="https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/97/artifact/karaf.log" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/releng/view/vtn/job/vtn-csit-1node-manager-only-beryllium/97/artifact/karaf.log</a></p> <p>Also, when I tested the Beryllium RC1, I faced the same issue.</p> <p>Hi Hideyuki,</p> <p>Looks like you are sending your rpc request before openflowplugin publishes the nodeAdded event. Looking at the log, it looks like VTN create the bridge and once it's done with creating the bridge it sends the stats request to get the stats, but it does not really check the in inventory data store to make sure that the node (in this case openflow:2) is added by openflowplugin or not. Before the clustering implementation, openflowplugin was not setting any role for the switch, but with clustering implementation, it first set the role and it role setting is successful, it notifies application about the node addition. So i think if you put check in your code to see if the node is in inventory or not, that will solve the issue.</p> <p>(In reply to Anil Vishnoi from comment #7)<br/> &gt; Hi Hideyuki,<br/> &gt; <br/> &gt; Looks like you are sending your rpc request before openflowplugin publishes<br/> &gt; the nodeAdded event. Looking at the log, it looks like VTN create the bridge<br/> &gt; and once it's done with creating the bridge it sends the stats request to<br/> &gt; get the stats, but it does not really check the in inventory data store to<br/> &gt; make sure that the node (in this case openflow:2) is added by openflowplugin<br/> &gt; or not. Before the clustering implementation, openflowplugin was not setting<br/> &gt; any role for the switch, but with clustering implementation, it first set<br/> &gt; the role and it role setting is successful, it notifies application about<br/> &gt; the node addition. So i think if you put check in your code to see if the<br/> &gt; node is in inventory or not, that will solve the issue.</p> <p>Hi Anil,</p> <p>Could you tell me when the OFP-He write a new node data (OpenFlow switch) into the MD-SAL data store?<br/> Is it before the OFP-He registers its RPC for the node?</p> <p><span class="error">&#91;Longer version of this question&#93;</span></p> <p>I think I slightly misunderstood the behavior of the VTN features and OpenFlow Plugin Helium design.</p> <p>Could you check if the current my understanding of the OFP-He is correct?<br/> I think the OFP-He works as follows when it detects a new session with an OpenFlow switch.</p> <p>Step 1. OFP-He detects a new session with an OpenFlow switch.<br/> Step 2. OFP-He writes the new node information into the MD-SAL data store.<br/> Step 3. OFP-He decides the roll of the controller for the switch.<br/> Step 4. OFP-He registers its RPC for the switch.<br/> Step 5. OFP-He sends notifications for the event of the addition of the switch. (In the sendNodeAddedNotification method of the OfEntityManager class.)</p> <p>Is the above my understanding correct?<br/> Does the OFP-He write the new node information into the MD-SAL data store (Step 2) before the step 4?</p> <p>The VTN feature registers its DataChangeListener for the opendaylight-inventory.<br/> So the VTN would receive the notification of the data change of the opendaylight-inventory.<br/> And, when the VTN receive the notification of the node addition in the opendaylight-inventory (which, I think, caused by the step 2), it calls the "get-flow-stat..." RPC for the switch.<br/> If my understanding is correct, it would make sense that the VTN feature would call the RPC before the step 4 occasionally.</p> <p>I had a conversation about the bug with Anil.</p> <p>The information what I got from his is as follows:</p> <p><span class="error">&#91;This is what happens&#93;</span></p> <p> 1) openflowplugin get connection request<br/> 2) it decides controllers role for the device <br/> 3) it register for the rpc<br/> 4) it sends role change request to the device<br/> 5) If role change is successful, it sends the sendNodeAddedNotification to the application<br/> 6) Application receives the nodeAdded notifications (inventory manager) writes node details to the data store<br/> 7) and then application gets the data change notification about the new node added</p> <p>Attachment karaf.log.1 has been added with description: Logs on the issue in which DEBUG logs for the inventory-manager was enabled</p> <p>Here is one additional observation from my side.</p> <p>I enabled DEBUG logs of "org.opendaylight.openflowplugin.applications.inventory.manager", and reproduced the problem.</p> <p>I've found out that the inventory-manager received the "Node connector updated" notification right after the OFP-He registered controller for the ownership for the switch.<br/> That was before the OFP-He registered its RPC for the switch.</p> <p>Following that "Node connector updated" notification in the inventory-manager, the VTN feature recived the notification of data changes on the opendaylight-inventory, and the VTN feature called the "get-stats-..." RPC for the switch.</p> <p>Though the inventory-manager received the "Node updated" notification after the OFP-He registered its RPC for the switch.</p> <p>2016-02-02 08:23:44,173 | INFO | entLoopGroup-9-4 | ConnectionAdapterImpl | 162 - org.opendaylight.openflowjava.openflow-protocol-impl - 0.7.0.SNAPSHOT | Hello received / branch<br/> 2016-02-02 08:23:44,174 | INFO | entLoopGroup-9-4 | OfEntityManager | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | requestOpenflowEntityOwnership: Registered controller for the ownership of Uri <span class="error">&#91;_value=openflow:2&#93;</span><br/> 2016-02-02 08:23:44,175 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node connector updated notification received.<br/> 2016-02-02 08:23:44,175 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node connector updated notification received.<br/> 2016-02-02 08:23:44,175 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node connector updated notification received.<br/> 2016-02-02 08:23:44,175 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node connector updated notification received.<br/> 2016-02-02 08:23:44,175 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | updating node connector : KeyedInstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector[key=NodeConnectorKey [_id=Uri [_value=openflow:2:3]]]]} <p>.<br/> 2016-02-02 08:23:44,175 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | updating node connector : KeyedInstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector[key=NodeConnectorKey [_id=Uri [_value=openflow:2:1]]]]} <p>.<br/> 2016-02-02 08:23:44,175 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | updating node connector : KeyedInstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector[key=NodeConnectorKey [_id=Uri [_value=openflow:2:2]]]]} <p>.<br/> 2016-02-02 08:23:44,175 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | updating node connector : KeyedInstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.node.NodeConnector[key=NodeConnectorKey [_id=Uri [_value=openflow:2:LOCAL]]]]} <p>.<br/> 2016-02-02 08:23:44,175 | INFO | lt-dispatcher-26 | OfEntityManager | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | onDeviceOwnershipChanged: Set controller as a MASTER controller because it's the OWNER of the Entity{type='openflow', id=/(urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:general-entity?revision=2015-08-20)entity/entity[</p> {(urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:general-entity?revision=2015-08-20)name=openflow:2} <p>]}<br/> 2016-02-02 08:23:44,175 | DEBUG | nventoryProvider | FlowCapableInventoryProvider | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Processed 4 operations, submitting transaction DOM-CHAIN-2-1544<br/> 2016-02-02 08:23:44,178 | INFO | ult-dispatcher-3 | VTNInventoryManager | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Node has been created: id=openflow:2, proto=OF10<br/> 2016-02-02 08:23:44,178 | TRACE | ult-dispatcher-3 | VTNInventoryManager | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Delivering node event: id=openflow:2, type=CREATED<br/> 2016-02-02 08:23:44,178 | INFO | ult-dispatcher-3 | VTNInventoryManager | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Port has been created: </p> {id=openflow:2:3, name=s2-eth2, enabled=true, cost=1000, links=none} <p>2016-02-02 08:23:44,178 | TRACE | ult-dispatcher-3 | VTNInventoryManager | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Delivering port event: id=openflow:2:3, type=CREATED</p> <p>(snip)</p> <p>2016-02-02 08:23:44,179 | ERROR | er Task Thread-0 | StatsReaderService | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | get-flow-stats: Caught an exception: canceled=false, input=GetFlowStatisticsFromFlowTableInput [_cookie=FlowCookie <span class="error">&#91;_value=9175521290813964288&#93;</span>, _cookieMask=FlowCookie <span class="error">&#91;_value=18446462598732840960&#93;</span>, _node=NodeRef [_value=KeyedInstanceIdentifier</p> {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:2]]]]} <p>], _tableId=0, augmentation=[]]<br/> java.util.concurrent.ExecutionException: org.opendaylight.controller.md.sal.dom.api.DOMRpcImplementationNotAvailableException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p>(snip)</p> <p>2016-02-02 08:23:44,180 | ERROR | er Task Thread-0 | StatsReaderService | 178 - org.opendaylight.vtn.manager.implementation - 0.4.0.SNAPSHOT | Failed to issue flow stats RPC: get-flow-stats<br/> org.opendaylight.vtn.manager.VTNException: No local or remote implementation available for rpc AbsoluteSchemaPath</p> {path=[(urn:opendaylight:flow:statistics?revision=2013-08-19)get-flow-statistics-from-flow-table]} <p>(snip)</p> <p>2016-02-02 08:23:44,181 | INFO | lt-dispatcher-26 | OfEntityManager | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | registerRoutedRPCForSwitch: Registered routed rpc for ModelDrivenSwitch openflow:2<br/> 2016-02-02 08:23:44,181 | INFO | ofEntity-1 | RolePushTask | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | OpenFlow 1.0 devices don't support multi controller features, skipping role push.<br/> 2016-02-02 08:23:44,181 | INFO | ofEntity-1 | OfEntityManager | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | onDeviceOwnershipChanged: Controller is successfully set as a MASTER controller for 2<br/> 2016-02-02 08:23:44,181 | INFO | ofEntity-1 | OfEntityManager | 165 - org.opendaylight.openflowplugin - 0.2.0.SNAPSHOT | sendNodeAddedNotification: Node Added notification is sent for ModelDrivenSwitch openflow:2<br/> 2016-02-02 08:23:44,182 | INFO | pool-28-thread-1 | StatNodeRegistrationImpl | 170 - org.opendaylight.openflowplugin.applications.statistics-manager - 0.2.0.SNAPSHOT | Received onNodeUpdated for node FlowCapableNodeUpdated [_ipAddress=IpAddress [_ipv4Address=Ipv4Address <span class="error">&#91;_value=192.168.2.60&#93;</span>, _value=<span class="error">&#91;1, 9, 2, ., 1, 6, 8, ., 2, ., 6, 0&#93;</span>], _switchFeatures=SwitchFeatures [_capabilities=<span class="error">&#91;class org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowFeatureCapabilityArpMatchIp, class org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowFeatureCapabilityFlowStats, class org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowFeatureCapabilityPortStats, class org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowFeatureCapabilityQueueStats, class org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowFeatureCapabilityTableStats&#93;</span>, _maxBuffers=256, _maxTables=254, augmentation=[]]] <br/> 2016-02-02 08:23:44,182 | INFO | pool-28-thread-1 | StatNodeRegistrationImpl | 170 - org.opendaylight.openflowplugin.applications.statistics-manager - 0.2.0.SNAPSHOT | onNodeUpdated: Send group/meter feature request to the device KeyedInstanceIdentifier</p> {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:2]]]]} <p>2016-02-02 08:23:44,182 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node updated notification received,KeyedInstanceIdentifier</p> {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:2]]]]} <p>2016-02-02 08:23:44,182 | DEBUG | nventoryProvider | FlowCapableInventoryProvider | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Processed 1 operations, submitting transaction DOM-CHAIN-2-1545<br/> 2016-02-02 08:23:44,182 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | updating node :InstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode]} <p> <br/> 2016-02-02 08:23:44,183 | DEBUG | nventoryProvider | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | writing table :KeyedInstanceIdentifier</p> {targetType=interface org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table, 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:2]]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table[key=TableKey [_id=0]]]} <p> <br/> 2016-02-02 08:23:44,183 | DEBUG | nventoryProvider | FlowCapableInventoryProvider | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Processed 2 operations, submitting transaction DOM-CHAIN-2-1546<br/> 2016-02-02 08:23:44,183 | INFO | pool-28-thread-1 | StatNodeRegistrationImpl | 170 - org.opendaylight.openflowplugin.applications.statistics-manager - 0.2.0.SNAPSHOT | Received onNodeUpdated for node FlowCapableNodeUpdated <span class="error">&#91;_description=None, _hardware=Open vSwitch, _manufacturer=Nicira, Inc., _serialNumber=None, _software=2.1.0&#93;</span> <br/> 2016-02-02 08:23:44,183 | DEBUG | pool-28-thread-1 | NodeChangeCommiter | 169 - org.opendaylight.openflowplugin.applications.inventory-manager - 0.2.0.SNAPSHOT | Node updated notification received,KeyedInstanceIdentifier</p> {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:2]]]]} <p>One observation.</p> <p>It seems to me that the postHandshakeBasic method of ConnectionConductorImpl class is related to this bug. </p> <p>In the openflowplugin/src/main/java/org/opendaylight/openflowplugin/openflow/md/core/ConnectionConductorImpl.java:</p> <p>476 protected void postHandshakeBasic(GetFeaturesOutput featureOutput,<br/> 477 Short negotiatedVersion) {<br/> 478 version = negotiatedVersion;<br/> 479 if (version == OFConstants.OFP_VERSION_1_0) </p> { 480 // Because the GetFeaturesOutput contains information about the port 481 // in OF1.0 (that we would otherwise get from the PortDesc) we have 482 // to pass 483 // it up for parsing to convert into a NodeConnectorUpdate 484 // 485 // BUG-1988 - this must be the first item in queue in order not to 486 // get behind link-up message 487 enqueueMessage(featureOutput); 488 } <p>No activity on this bug from last 2 years, also Helium plugin design is deprecated now. Please reopen the bug if you see the issue with carbon/nitrogen/oxygen branches.</p> Development External issue ID 5090 External issue URL Rank 0|i0326n: