This group is locked. No changes can be made to the group while it is locked.
Re: feature required for ovsdb connection
Baudinot Denis Gerold (badi) <badi@...>
Thank you Sam
toggle quoted message
Show quoted text
I think there is a fundamental difference in our setups. I generated an archetype based on this: https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Startup_Project_Archetype And then I subsequently added dependencies and features as I required them. Also I actually never get info from the "config-pusher" in my karaf.log. Instead I get an exception some time after I started karaf. Exception in thread "config-pusher" java.lang.SecurityException: Insufficient roles/credentials for operation at org.apache.karaf.management.KarafMBeanServerGuard.handleInvoke(KarafMBeanServerGuard.java:289) at org.apache.karaf.management.KarafMBeanServerGuard.invoke(KarafMBeanServerGuard.java:85) at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:63) at com.sun.proxy.$Proxy0.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MXBeanProxy$InvokeHandler.invoke(MXBeanProxy.java:150) at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:167) at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:252) at com.sun.proxy.$Proxy15.beginConfig(Unknown Source) at org.opendaylight.controller.config.util.ConfigRegistryJMXClient.beginConfig(ConfigRegistryJMXClient.java:96) at org.opendaylight.controller.netconf.confignetconfconnector.transactions.TransactionProvider.getTestTransaction(TransactionProvider.java:120) at org.opendaylight.controller.netconf.confignetconfconnector.operations.editconfig.EditConfig.test(EditConfig.java:109) at org.opendaylight.controller.netconf.confignetconfconnector.operations.editconfig.EditConfig.executeTests(EditConfig.java:96) at org.opendaylight.controller.netconf.confignetconfconnector.operations.editconfig.EditConfig.getResponseInternal(EditConfig.java:75) at org.opendaylight.controller.netconf.confignetconfconnector.operations.editconfig.EditConfig.handleWithNoSubsequentOperations(EditConfig.java:308) at org.opendaylight.controller.netconf.util.mapping.AbstractLastNetconfOperation.handle(AbstractLastNetconfOperation.java:33) at org.opendaylight.controller.netconf.util.mapping.AbstractNetconfOperation.handle(AbstractNetconfOperation.java:100) at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.sendRequestGetResponseCheckIsOK(ConfigPusherImpl.java:342) at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.pushConfig(ConfigPusherImpl.java:293) at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.pushConfigWithConflictingVersionRetries(ConfigPusherImpl.java:135) at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.internalPushConfigs(ConfigPusherImpl.java:103) at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.process(ConfigPusherImpl.java:76) at org.opendaylight.controller.netconf.persist.impl.osgi.ConfigPersisterActivator$InnerCustomizer$1.run(ConfigPersisterActivator.java:181) at java.lang.Thread.run(Thread.java:745) I didn't find an explanation for this yet Regards Denis ________________________________________ Von: Sam Hague [shague@...] Gesendet: Freitag, 24. Juli 2015 17:09 An: Baudinot Denis Gerold (badi) Cc: ovsdb-dev@... Betreff: Re: [ovsdb-dev] feature required for ovsdb connection Denis, all you need for an OVSDB connection is the odl-ovsdb-southbound-impl. In that case you can point a ovsdb node to ODL via ovs-vsctl set manager and ODL will track it. If you wan the restconf component then you use the odl-ovsdb-southbound-impl-ui (which includes odl-ovsdb-southbound-impl) and you can also issue restconf calls to create the connections and query the model. There have been issues where certain models start at different times and it causes issues for dependent models. You might be hitting that case. In my first test of the lithium release to just install the odl-ovsdb-southbound-impl feature there was an exception listed on the console converning models and the listening port was not opened. A second test it worked fine. So it's possible you might be hitting that. The karaf logs should have the following if everything worked correctly: 2015-07-24 11:01:03,677 | INFO | config-pusher | SouthboundProvider | 184 - org.opendaylight.ovsdb.southbound-impl - 1.1.0.Lithium | SouthboundProvider Session Initiated 2015-07-24 11:01:03,683 | INFO | config-pusher | OvsdbDataChangeListener | 184 - org.opendaylight.ovsdb.southbound-impl - 1.1.0.Lithium | Registering OvsdbNodeDataChangeListener 2015-07-24 11:01:03,816 | INFO | entLoopGroup-5-1 | LoggingHandler | 119 - io.netty.common - 4.0.26.Final | [id: 0x8e720879] REGISTERED 2015-07-24 11:01:03,816 | INFO | entLoopGroup-5-1 | LoggingHandler | 119 - io.netty.common - 4.0.26.Final | [id: 0x8e720879] BIND(0.0.0.0/0.0.0.0:6640) ----- Original Message -----
From: "Baudinot Denis Gerold (badi)" <badi@...> |
|