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/OVSDB-48 ovsdb <p>I am running ODL with Openstack and seeing lots of the following exceptions<br/> on the OSGi console.</p> <p>2014-07-31 15:56:34.561 UTC <span class="error">&#91;md-sal-binding-notification-85&#93;</span> ERROR o.o.c.sal.binding.impl.NotifyTask - Unhandled exception thrown by listener: org.opendaylight.controller.sal.compatibility.InventoryAndReadAdapter$$Broker$ListenerInvoker@6cc45b37<br/> java.lang.IllegalArgumentException: null<br/> at com.google.common.base.Preconditions.checkArgument(Preconditions.java:76) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.ovsdb.openstack.netvirt.impl.ProviderNetworkManagerImpl.getProvider(ProviderNetworkManagerImpl.java:40) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.ovsdb.openstack.netvirt.SouthboundHandler.notifyNode(SouthboundHandler.java:335) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.switchmanager.internal.SwitchManager.notifyNode(SwitchManager.java:1827) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.switchmanager.internal.SwitchManager.updateNode(SwitchManager.java:1141) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.switchmanager.internal.SwitchManager.updateNode(SwitchManager.java:1153) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.implementation.internal.Inventory.updateNode(Inventory.java:115) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.compatibility.InventoryAndReadAdapter.publishNodeUpdate(InventoryAndReadAdapter.java:728) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.compatibility.InventoryAndReadAdapter.onNodeUpdated(InventoryAndReadAdapter.java:463) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.compatibility.InventoryAndReadAdapter$$Broker$ListenerInvoker.onNotification(InventoryAndReadAdapter$$Broker$ListenerInvoker.java) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.binding.impl.AbstractNotificationListenerRegistration.notify(AbstractNotificationListenerRegistration.java:38) ~<span class="error">&#91;na:na&#93;</span><br/> at org.opendaylight.controller.sal.binding.impl.NotifyTask.run(NotifyTask.java:42) ~<span class="error">&#91;na:na&#93;</span><br/> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) <span class="error">&#91;na:1.7.0_55&#93;</span><br/> at java.util.concurrent.FutureTask.run(FutureTask.java:262) <span class="error">&#91;na:1.7.0_55&#93;</span><br/> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) <span class="error">&#91;na:1.7.0_55&#93;</span><br/> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) <span class="error">&#91;na:1.7.0_55&#93;</span><br/> at java.lang.Thread.run(Thread.java:744) <span class="error">&#91;na:1.7.0_55&#93;</span><br/> 2014-07-31 15:56:34.856 UTC <span class="error">&#91;nioEventLoopGroup-11-2&#93;</span> WARN o.o.o.p.i.c.ResponseExpectedRpcListener - Request for RpcResultKey <span class="error">&#91;xid=7, outputClazz=org.opendaylight.yang.gen.v1.urn.opendaylight.openflow.protocol.rev130731.BarrierOutput&#93;</span> did not receive a response</p> <p>Operating System: Mac OS<br/> Platform: PC</p> OVSDB-48

precondition in getProvider failing

Bug Resolved Done Unassigned Vishal Patil Thu, 31 Jul 2014 16:05:04 +0000 Thu, 19 Oct 2017 21:27:54 +0000 Tue, 23 Sep 2014 19:43:40 +0000 unspecified Neutron 0 4 <p>To add some context... </p> <p>getProvider is being called by initializeOFFlowRules which passes an OpenFlow Node ID to the ProviderNetworkManager. This code path is actually redundant as it calls initializeFlowRules which is already called by prepareNode.</p> <p>The ProviderNetworkManager expects an OVSDB node ID as it manages a provider per OVS instance. The fix in this case is to either pass in an OVSDB node ID or to remove this code path completely</p> <p>Well... This is a bug that got introduced due to the reason per-node Provider selection. And the Provider is selected based on the capability of a given OVS node and configuration.</p> <p>Having said that, if Openflow node is passed in this method, it fails because of the strict check on OVS node.</p> <p>The better fix is to expand this method to tolerate both OVS and OF node and identify a provider for it.</p> <p>In case of Openflow node, it is straight forward indeed. We can explicitely check if the node is an OF1.0 or OF1.3 node and hence we can choose the appropriate Provider.</p> <p><a href="https://git.opendaylight.org/gerrit/10921" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/10921</a></p> Duplicate OVSDB-52 Development External issue ID 1461 External issue URL Rank 0|i020br: