<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:36:23 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>[OVSDB-434] br-int not created after failing over one controller in 3 node cluster</title>
                <link>https://jira.opendaylight.org/browse/OVSDB-434</link>
                <project id="10158" key="OVSDB">ovsdb</project>
                    <description>&lt;p&gt;3 node ODL cluster with these features:&lt;br/&gt;
  odl-ovsdb-openstack&lt;br/&gt;
  odl-mdsal-clustering&lt;br/&gt;
  odl-jolokia&lt;/p&gt;

&lt;p&gt;2 OVS nodes where they are being set to connect to each of the &lt;br/&gt;
3 controllers.  The ovs nodes were disconnected and connected&lt;br/&gt;
many (~20) times in a row and it was verified that br-int was &lt;br/&gt;
being created.&lt;/p&gt;

&lt;p&gt;The controller reporting leader for default config shard was &lt;br/&gt;
then stopped (logout command on karaf shell) and started.  Once&lt;br/&gt;
it came back, connecting to the controllers would see that the&lt;br/&gt;
ovsdb manager was set, but there would be no br-int created.&lt;/p&gt;

&lt;p&gt;this exception was coming in a controller (not the restarted controller)&lt;br/&gt;
when the ovs nodes were set to connect:&lt;/p&gt;

&lt;p&gt; 2016-04-13 21:19:58,658 | WARN  | n-invoker-impl-0 | SouthboundUtil                   | 251 - org.opendaylight.ovsdb.southbound-impl - 1.2.3.SNAPSHOT | Read Operational/DS for Node failed! KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node, path=[org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.NetworkTopology, org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.Topology[key=TopologyKey [_topologyId=Uri [_value=ovsdb:1]]], org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node[key=NodeKey [_nodeId=Uri [_value=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94]]]]}
&lt;p&gt;ReadFailedException{message=Error executeRead ReadData for path /(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)network-topology/topology/topology[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)topology-id=ovsdb:1}
&lt;p&gt;]/node/node[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)node-id=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94}
&lt;p&gt;], errorList=[RpcError [message=Error executeRead ReadData for path /(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)network-topology/topology/topology[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)topology-id=ovsdb:1}
&lt;p&gt;]/node/node[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)node-id=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94}
&lt;p&gt;], severity=ERROR, errorType=APPLICATION, tag=operation-failed, applicationTag=null, info=null, cause=org.opendaylight.controller.md.sal.common.api.data.DataStoreUnavailableException: Shard member-2-shard-topology-operational currently has no leader. Try again later.]]}&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:71)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionProxy$1.invoke(TransactionProxy.java:92)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionContextWrapper.executePriorTransactionOperations(TransactionContextWrapper.java:132)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory.onFindPrimaryShardFailure(AbstractTransactionContextFactory.java:97)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory.access$100(AbstractTransactionContextFactory.java:35)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory$1.onComplete(AbstractTransactionContextFactory.java:123)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory$1.onComplete(AbstractTransactionContextFactory.java:117)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.OnComplete.internal(Future.scala:247)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.OnComplete.internal(Future.scala:245)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.japi$CallbackBridge.apply(Future.scala:175)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.japi$CallbackBridge.apply(Future.scala:172)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.impl.CallbackRunnable.run(Promise.scala:32)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.BatchingExecutor$AbstractBatch.processBatch(BatchingExecutor.scala:55)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply$mcV$sp(BatchingExecutor.scala:91)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply(BatchingExecutor.scala:91)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.BatchingExecutor$BlockableBatch$$anonfun$run$1.apply(BatchingExecutor.scala:91)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.BlockContext$.withBlockContext(BlockContext.scala:72)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.BatchingExecutor$BlockableBatch.run(BatchingExecutor.scala:90)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.TaskInvocation.run(AbstractDispatcher.scala:40)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:397)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
Caused by: org.opendaylight.controller.md.sal.common.api.data.DataStoreUnavailableException: Shard member-2-shard-topology-operational currently has no leader. Try again later.&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:67)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        ... 23 more&lt;br/&gt;
Caused by: org.opendaylight.controller.cluster.datastore.exceptions.NoShardLeaderException: Shard member-2-shard-topology-operational currently has no leader. Try again later.&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.createNoShardLeaderException(ShardManager.java:744)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.onShardNotInitializedTimeout(ShardManager.java:551)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.handleCommand(ShardManager.java:222)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:36)&lt;span class=&quot;error&quot;&gt;&amp;#91;161:org.opendaylight.controller.sal-clustering-commons:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.onReceive(Eventsourced.scala:430)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:97)&lt;span class=&quot;error&quot;&gt;&amp;#91;161:org.opendaylight.controller.sal-clustering-commons:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:534)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Recovery$State$class.process(Recovery.scala:30)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.ProcessorImpl$$anon$2.process(Processor.scala:103)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.ProcessorImpl$$anon$2.aroundReceive(Processor.scala:114)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Recovery$class.aroundReceive(Recovery.scala:265)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$$anon$2.doAroundReceive(Eventsourced.scala:82)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$$anon$2.aroundReceive(Eventsourced.scala:78)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$class.aroundReceive(Eventsourced.scala:369)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        ... 5 more&lt;br/&gt;
2016-04-13 21:19:58,665 | WARN  | n-invoker-impl-0 | SouthboundUtil                   | 251 - org.opendaylight.ovsdb.southbound-impl - 1.2.3.SNAPSHOT | Read Operational/DS for Node failed! KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node, path=[org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.NetworkTopology, org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.Topology[key=TopologyKey [_topologyId=Uri [_value=ovsdb:1]]], org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node[key=NodeKey [_nodeId=Uri [_value=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94]]]]}
&lt;p&gt;ReadFailedException{message=Error executeRead ReadData for path /(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)network-topology/topology/topology[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)topology-id=ovsdb:1}
&lt;p&gt;]/node/node[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)node-id=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94}
&lt;p&gt;], errorList=[RpcError [message=Error executeRead ReadData for path /(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)network-topology/topology/topology[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)topology-id=ovsdb:1}
&lt;p&gt;]/node/node[&lt;/p&gt;
{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)node-id=ovsdb://uuid/f3354257-9201-4e55-bf6e-98320d6c5f94}
&lt;p&gt;], severity=ERROR, errorType=APPLICATION, tag=operation-failed, applicationTag=null, info=null, cause=org.opendaylight.controller.md.sal.common.api.data.DataStoreUnavailableException: Shard member-2-shard-topology-operational currently has no leader. Try again later.]]}&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:71)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionProxy$1.invoke(TransactionProxy.java:92)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionContextWrapper.maybeExecuteTransactionOperation(TransactionContextWrapper.java:92)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionProxy.executeRead(TransactionProxy.java:89)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionProxy.singleShardRead(TransactionProxy.java:114)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.TransactionProxy.read(TransactionProxy.java:108)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.databroker.DOMBrokerReadWriteTransaction.read(DOMBrokerReadWriteTransaction.java:37)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.md.sal.binding.impl.AbstractForwardedTransaction.doRead(AbstractForwardedTransaction.java:63)&lt;span class=&quot;error&quot;&gt;&amp;#91;140:org.opendaylight.controller.sal-binding-broker-impl:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.md.sal.binding.impl.BindingDOMReadWriteTransactionAdapter.read(BindingDOMReadWriteTransactionAdapter.java:31)&lt;span class=&quot;error&quot;&gt;&amp;#91;140:org.opendaylight.controller.sal-binding-broker-impl:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.ovsdb.southbound.SouthboundUtil.readNode(SouthboundUtil.java:112)&lt;span class=&quot;error&quot;&gt;&amp;#91;251:org.opendaylight.ovsdb.southbound-impl:1.2.3.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.ovsdb.southbound.transactions.md.OvsdbQosRemovedCommand.execute(OvsdbQosRemovedCommand.java:54)&lt;span class=&quot;error&quot;&gt;&amp;#91;251:org.opendaylight.ovsdb.southbound-impl:1.2.3.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.ovsdb.southbound.transactions.md.OvsdbOperationalCommandAggregator.execute(OvsdbOperationalCommandAggregator.java:46)&lt;span class=&quot;error&quot;&gt;&amp;#91;251:org.opendaylight.ovsdb.southbound-impl:1.2.3.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.ovsdb.southbound.transactions.md.TransactionInvokerImpl.run(TransactionInvokerImpl.java:88)&lt;span class=&quot;error&quot;&gt;&amp;#91;251:org.opendaylight.ovsdb.southbound-impl:1.2.3.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_77&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_77&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_77&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_77&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at java.lang.Thread.run(Thread.java:745)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_77&amp;#93;&lt;/span&gt;&lt;br/&gt;
Caused by: org.opendaylight.controller.md.sal.common.api.data.DataStoreUnavailableException: Shard member-2-shard-topology-operational currently has no leader. Try again later.&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:67)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        ... 17 more&lt;br/&gt;
Caused by: org.opendaylight.controller.cluster.datastore.exceptions.NoShardLeaderException: Shard member-2-shard-topology-operational currently has no leader. Try again later.&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.createNoShardLeaderException(ShardManager.java:744)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.onShardNotInitializedTimeout(ShardManager.java:551)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardManager.handleCommand(ShardManager.java:222)&lt;span class=&quot;error&quot;&gt;&amp;#91;165:org.opendaylight.controller.sal-distributed-datastore:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:36)&lt;span class=&quot;error&quot;&gt;&amp;#91;161:org.opendaylight.controller.sal-clustering-commons:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.onReceive(Eventsourced.scala:430)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:97)&lt;span class=&quot;error&quot;&gt;&amp;#91;161:org.opendaylight.controller.sal-clustering-commons:1.3.2.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:534)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Recovery$State$class.process(Recovery.scala:30)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.ProcessorImpl$$anon$2.process(Processor.scala:103)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.ProcessorImpl$$anon$2.aroundReceive(Processor.scala:114)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Recovery$class.aroundReceive(Recovery.scala:265)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$$anon$2.doAroundReceive(Eventsourced.scala:82)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$$anon$2.aroundReceive(Eventsourced.scala:78)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$class.aroundReceive(Eventsourced.scala:369)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;155:com.typesafe.akka.persistence.experimental:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.invoke(ActorCell.scala:487)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.run(Mailbox.scala:220)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:397)&lt;span class=&quot;error&quot;&gt;&amp;#91;150:com.typesafe.akka.actor:2.3.14&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)&lt;span class=&quot;error&quot;&gt;&amp;#91;147:org.scala-lang.scala-library:2.11.7.v20150622-112736-1fbce4612c&amp;#93;&lt;/span&gt;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="19934">OVSDB-434</key>
            <summary>br-int not created after failing over one controller in 3 node cluster</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="10003">Cannot Reproduce</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="jluhrsen">Jamo Luhrsen</reporter>
                        <labels>
                    </labels>
                <created>Wed, 13 Apr 2016 21:27:28 +0000</created>
                <updated>Thu, 2 May 2019 00:01:50 +0000</updated>
                            <resolved>Thu, 2 May 2019 00:01:50 +0000</resolved>
                                    <version>Carbon-SR3</version>
                                                    <component>Southbound.Open_vSwitch</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>8</watches>
                                                                                                                <comments>
                            <comment id="36138" author="jluhrsen" created="Wed, 13 Apr 2016 21:30:52 +0000"  >&lt;p&gt;it should be noted that scrubbing the ovs system (stopping ovs service, removing conf.db and restarting) did not workaround this issue.  The nodes could still&lt;br/&gt;
connect, but br-int would not be created.&lt;/p&gt;</comment>
                            <comment id="36139" author="jluhrsen" created="Wed, 13 Apr 2016 21:39:00 +0000"  >&lt;p&gt;ODL_2 was the controller seeing the exceptions.&lt;/p&gt;

&lt;p&gt;the logs were trimmed to only have entries that happened from when&lt;br/&gt;
I did the ovs connection (set-manager) until I killed (-9) the &lt;br/&gt;
controller process.&lt;/p&gt;</comment>
                            <comment id="36148" author="jluhrsen" created="Wed, 13 Apr 2016 21:39:00 +0000"  >&lt;p&gt;Attachment 5720_karaf_logs.tar.gz has been added with description: controller logs&lt;/p&gt;</comment>
                            <comment id="36140" author="vinh.nguyen@hcl.com" created="Fri, 3 Jun 2016 00:57:18 +0000"  >&lt;p&gt;I could not reproduce the problem according to the description in the bug report.&lt;br/&gt;
The logs attached in the bug are trimmed so I could not trace the context of the system before the problem occurs.&lt;br/&gt;
I ran across a variation of the problem: &lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;shutdown two ODL nodes instead of one.&lt;/li&gt;
	&lt;li&gt;the remain ODL node is stuck with the ownership problem&lt;br/&gt;
  and can never recover even if the other nodes come back up.&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="36141" author="vishnoianil@gmail.com" created="Tue, 7 Jun 2016 01:41:58 +0000"  >&lt;p&gt;Vinh,&lt;/p&gt;

&lt;p&gt;I believe the new problem that you discover is probably not relevant to net-virt clustering but moreover relevant to base clustering service. Can you open a bug against the controller (clustering component) project and provide them the details.&lt;/p&gt;</comment>
                            <comment id="36142" author="jluhrsen" created="Tue, 21 Jun 2016 19:28:58 +0000"  >&lt;p&gt;Sorry it&apos;s taken me so long to get back to this.  I have recreated this&lt;br/&gt;
issue with a recent distro taken from master (from 6/16/2016)  I&apos;ll find&lt;br/&gt;
a way to post all the karaf logs, but the basic steps.&lt;/p&gt;


&lt;p&gt;1) configure clustering with the config script packaged with the distro&lt;br/&gt;
2) start karaf and install odl-jolokia, followed by odl-ovsdb-openstack&lt;br/&gt;
3) connect ovs to all three controllers and verify that br-int is created&lt;br/&gt;
4) wipe ovs config (del-manager, del-br, ovs-ctl stop, rm conf.db, ovs-ctl start)&lt;br/&gt;
5) kill default shard Leader (CTRL-Z, kill -9 %1)&lt;br/&gt;
6) connect ovs to all three controllers.&lt;/p&gt;

&lt;p&gt;after 6) I see that br-int is not created.&lt;/p&gt;

&lt;p&gt;This happened on my first try, so maybe these updated steps can help you,&lt;br/&gt;
Vinh.&lt;/p&gt;

&lt;p&gt;I will get karaf logs posted.&lt;/p&gt;</comment>
                            <comment id="36143" author="jluhrsen" created="Tue, 21 Jun 2016 19:29:54 +0000"  >&lt;p&gt;controller 01 is the controller that was killed.&lt;/p&gt;</comment>
                            <comment id="36149" author="jluhrsen" created="Tue, 21 Jun 2016 19:29:54 +0000"  >&lt;p&gt;Attachment 5720_karaf_logs.tar.xz has been added with description: three controller logs&lt;/p&gt;</comment>
                            <comment id="36144" author="bertrandlow" created="Wed, 6 Jul 2016 23:02:03 +0000"  >&lt;p&gt;Hi JamO,&lt;/p&gt;

&lt;p&gt;do the logs in attachment 1046 capture all the steps listed in comment 5? The logs do not appear to contain any errors or exception such as those captured in this bug&apos;s description.&lt;/p&gt;

&lt;p&gt;thanks&lt;/p&gt;</comment>
                            <comment id="36145" author="vinh.nguyen@hcl.com" created="Fri, 22 Jul 2016 19:22:34 +0000"  >&lt;p&gt;Add email thread discussing this issue:&lt;/p&gt;

&lt;p&gt;---------------------&lt;/p&gt;

&lt;p&gt;Good info and debugging Bertrand.&lt;/p&gt;

&lt;p&gt;Is it such that any time the cluster is reorganizing (or say even just organizing when coming up) if ovs connects then we wont get a br-int created?&lt;/p&gt;

&lt;p&gt;If that&apos;s the case, then I think we have something to worry about.  We can&apos;t really ever know when/if clustering would have trouble and have to recalculate things, and that means we have these unknown windows in which we can&apos;t connect ovs to ODL.&lt;/p&gt;

&lt;p&gt;JamO&lt;/p&gt;

&lt;p&gt;On 07/11/2016 06:48 PM, Bertrand Low wrote:&lt;br/&gt;
&amp;gt; Hi Jamo, Anil, and Sam&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt;  &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Regarding &lt;a href=&quot;https://jira.opendaylight.org/browse/OVSDB-434&quot; title=&quot;br-int not created after failing over one controller in 3 node cluster&quot; class=&quot;issue-link&quot; data-issue-key=&quot;OVSDB-434&quot;&gt;&lt;del&gt;NETVIRT-13&lt;/del&gt;&lt;/a&gt; this bug is reproducible with Jamo&#8217;s steps (thanks &lt;br/&gt;
&amp;gt; Jamo) if the time between &#8220;step 5) default shard leader killed&#8221;, and &lt;br/&gt;
&amp;gt; &#8220;step 6) connect ovs to controllers&#8221; is very short. What appears to be &lt;br/&gt;
&amp;gt; occurring is that when the shard leader is killed, the cluster is then needing to reorganize by electing a new shard leader. If the ovs switch initiates a connection while the cluster is still re-organizing, then even though the ovsdb manager is set, the br-int is not created.&lt;br/&gt;
&amp;gt; However, this seems to be a corner case and it appears that the &lt;br/&gt;
&amp;gt; workaround of disconnecting the ovs switch and reconnecting it again &lt;br/&gt;
&amp;gt; (after the cluster has finished re-organizing) will successfully push the br-int bridge to the ovs switch. The question I have is: is this is a corner case with an acceptable workaround?&lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt;  &lt;br/&gt;
&amp;gt; &lt;br/&gt;
&amp;gt; Note: any existing connections to the cluster when a shard leader is &lt;br/&gt;
&amp;gt; killed appear to get their ownership transferred correctly. So, this &lt;br/&gt;
&amp;gt; bug appears to be only for new connections to the cluster /before/ the cluster has finished reorganizing itself. New connections to the cluster after reorganization is complete will get br-int pushed successfully.&lt;/p&gt;</comment>
                            <comment id="36146" author="vinh.nguyen@hcl.com" created="Thu, 15 Sep 2016 23:29:28 +0000"  >&lt;p&gt;Problem: br-int is not created if the OVS switch connects to 3-nodes cluster immediately after the ODL node who is the netvirt-provider master instance goes down.&lt;/p&gt;

&lt;p&gt;In this case the cluster is still converging and . When the OVS is connected netvirt calls the &#8220;ovsdb-netvirt-provider&#8221; owner to create the br-int. Since the current &#8220;ovsdb-netvirt-provider&#8221; owner  just went down and the remaining 2 ODL nodes are still selecting new owner for &#8220;ovsdb-netvirt-provider&#8221;, there is no &#8220;ovsdb-netvirt-provider&#8221; owner  to create the br-int.&lt;/p&gt;

&lt;p&gt;There is no exception thrown in this scenario because the remaining ODL nodes simply ignore the call to create the bridge because they are not the &#8220;ovsdb-netvirt-provider&#8221; owner.&lt;/p&gt;

&lt;p&gt;After a couple of seconds when the ODL cluster completes converging, we can manually add br-int successfully - netvirt creates initial flows successfully as well.&lt;/p&gt;

&lt;p&gt;In summary:  The problem occurs:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;the netvirt-provider master instance goes down&lt;/li&gt;
	&lt;li&gt;an OVS switch connect to the cluster during the time when the cluster is selecting new the &#8220;ovsdb-netvirt-provider&#8221; owner&lt;/li&gt;
	&lt;li&gt;the br-int bridge is not created because there is no &#8220;ovsdb-netvirt-provider&#8221; owner&lt;/li&gt;
	&lt;li&gt;this problem happens intermittently as the OVS switch has to be connect within a  small time window when the cluster is converging.&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="36147" author="vishnoianil@gmail.com" created="Thu, 2 Feb 2017 21:57:59 +0000"  >&lt;p&gt;Hi Vinh,&lt;/p&gt;

&lt;p&gt;I believe this issue is related to the old netvirt code and as per last update it looks like it&apos;s moreover netvirt specific issue?&lt;/p&gt;

&lt;p&gt;Moving it to netvirt project to take the final decision on this bug.&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Anil&lt;/p&gt;</comment>
                            <comment id="60205" author="shague@redhat.com" created="Mon, 27 Nov 2017 15:28:51 +0000"  >&lt;p&gt;Still happens in carbon and looks to be ovsdb specific so moving back to ovsdb.&lt;/p&gt;

&lt;p&gt;This is the log in the new attached web-socket zip, overcloud-controller-0-karaf.log:&lt;/p&gt;

&lt;p&gt;2017-11-20 13:43:02,999 | WARN&#160; | n-invoker-impl-0 | SouthboundUtil&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;| 289 - org.opendaylight.ovsdb.southbound-impl - 1.4.3.Carbon | Read Operational/DS for Node failed!&lt;/p&gt;</comment>
                            <comment id="63070" author="thapar" created="Wed, 23 May 2018 04:36:43 +0000"  >&lt;p&gt;Is this still an issue and could you rephrase the steps with the new netvirt? With the new diagstatus code coming in netvirt &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/64000/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/64000/&lt;/a&gt; , Elan shouldn&apos;t be trying to create the bridge when cluster is not ready. Is it sufficient to address this issue?&lt;/p&gt;</comment>
                            <comment id="63089" author="jluhrsen" created="Wed, 23 May 2018 17:48:24 +0000"  >&lt;p&gt;steps seem easy enough. I don&apos;t have a clustered setup at this exact moment or I&apos;d try them:&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;connect two OVS to all three controllers&lt;/li&gt;
	&lt;li&gt;disconnect the OVS from all three controllers&lt;/li&gt;
	&lt;li&gt;repeat 1. and 2. a bunch (~20) times&lt;/li&gt;
	&lt;li&gt;verify that br-int is ok after this&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;&#160;&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;disconnect all OVS from the controllers&lt;/li&gt;
	&lt;li&gt;restart the shard leader&lt;/li&gt;
	&lt;li&gt;connect the OVS to the controllers&lt;/li&gt;
	&lt;li&gt;verify that br-int is ok after this&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=vinh.nguyen%40hcl.com&quot; class=&quot;user-hover&quot; rel=&quot;vinh.nguyen@hcl.com&quot;&gt;vinh.nguyen@hcl.com&lt;/a&gt; can verify my accuracy here.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;If I get access to a clustered setup locally, I&apos;ll try to remember to check this.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Having said that, I noticed that this is probably an OVSDB bug and maybe not all the way up the food chain&lt;br/&gt;
 to netvirt, even though I know those are the features listed as installed. I&apos;m just looking at the Exception.&lt;/p&gt;

&lt;p&gt;We have &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/ovsdb/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;OVSDB Cluster Jobs&lt;/a&gt; and they pass most ofthe time, but they do fail periodically. I scanned some&lt;br/&gt;
 karaf logs in the 5 most recent failed jobs and &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/ovsdb/job/ovsdb-csit-3node-upstream-clustering-only-fluorine/79/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;one of them&lt;/a&gt; looks to have a similar exception:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;2018-05-09T17:25:31,776 | WARN  | transaction-invoker-impl-0 | SouthboundUtil                   | 312 - org.opendaylight.ovsdb.southbound-impl - 1.7.0.SNAPSHOT | Read Operational/DS &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; Node failed! KeyedInstanceIdentifier{targetType=&lt;span class=&quot;code-keyword&quot;&gt;interface&lt;/span&gt; org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node, path=[org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.NetworkTopology, org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.Topology[key=TopologyKey{_topologyId=Uri{_value=ovsdb:1}}], org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node[key=NodeKey{_nodeId=Uri{_value=ovsdb:&lt;span class=&quot;code-comment&quot;&gt;//uuid/8fba589d-fb24-44ab-8efa-82ba6fd92e3a}}]]}
&lt;/span&gt;org.opendaylight.controller.md.sal.common.api.data.ReadFailedException: Error executeRead ReadData &lt;span class=&quot;code-keyword&quot;&gt;for&lt;/span&gt; path /(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)network-topology/topology/topology[{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)topology-id=ovsdb:1}]/node/node[{(urn:TBD:params:xml:ns:yang:network-topology?revision=2013-10-21)node-id=ovsdb:&lt;span class=&quot;code-comment&quot;&gt;//uuid/8fba589d-fb24-44ab-8efa-82ba6fd92e3a}]
&lt;/span&gt;	at org.opendaylight.controller.cluster.datastore.compat.LegacyDOMStoreAdapter$1.newWithCause(LegacyDOMStoreAdapter.java:43) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.compat.LegacyDOMStoreAdapter$1.newWithCause(LegacyDOMStoreAdapter.java:39) ~[?:?]
	at org.opendaylight.yangtools.util.concurrent.ExceptionMapper.apply(ExceptionMapper.java:91) ~[?:?]
	at org.opendaylight.yangtools.util.concurrent.ExceptionMapper.apply(ExceptionMapper.java:40) ~[?:?]
	at org.opendaylight.mdsal.common.api.MappingCheckedFuture.mapException(MappingCheckedFuture.java:62) ~[?:?]
	at org.opendaylight.mdsal.common.api.MappingCheckedFuture.wrapInExecutionException(MappingCheckedFuture.java:66) ~[?:?]
	at org.opendaylight.mdsal.common.api.MappingCheckedFuture.get(MappingCheckedFuture.java:79) ~[?:?]
	at com.google.common.util.concurrent.Uninterruptibles.getUninterruptibly(Uninterruptibles.java:168) ~[?:?]
	at com.google.common.util.concurrent.Futures.getDone(Futures.java:1436) ~[?:?]
	at com.google.common.util.concurrent.AbstractTransformFuture.run(AbstractTransformFuture.java:85) ~[?:?]
	at com.google.common.util.concurrent.MoreExecutors$DirectExecutor.execute(MoreExecutors.java:398) ~[?:?]
	at com.google.common.util.concurrent.AbstractFuture.executeListener(AbstractFuture.java:1015) ~[?:?]
	at com.google.common.util.concurrent.AbstractFuture.complete(AbstractFuture.java:868) ~[?:?]
	at com.google.common.util.concurrent.AbstractFuture.setException(AbstractFuture.java:713) ~[?:?]
	at com.google.common.util.concurrent.SettableFuture.setException(SettableFuture.java:54) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:67) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.TransactionProxy$1.invoke(TransactionProxy.java:96) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.TransactionContextWrapper.executePriorTransactionOperations(TransactionContextWrapper.java:192) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory.onFindPrimaryShardFailure(AbstractTransactionContextFactory.java:109) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory.access$100(AbstractTransactionContextFactory.java:37) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory$1.onComplete(AbstractTransactionContextFactory.java:136) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.AbstractTransactionContextFactory$1.onComplete(AbstractTransactionContextFactory.java:130) ~[?:?]
	at akka.dispatch.OnComplete.internal(Future.scala:260) ~[?:?]
	at akka.dispatch.OnComplete.internal(Future.scala:258) ~[?:?]
	at akka.dispatch.japi$CallbackBridge.apply(Future.scala:188) ~[?:?]
	at akka.dispatch.japi$CallbackBridge.apply(Future.scala:185) ~[?:?]
	at scala.concurrent.impl.CallbackRunnable.run(Promise.scala:60) ~[356:org.scala-lang.scala-library:2.12.5.v20180316-130912-VFINAL-30a1428]
	at akka.dispatch.BatchingExecutor$AbstractBatch.processBatch(BatchingExecutor.scala:55) ~[?:?]
	at akka.dispatch.BatchingExecutor$BlockableBatch.$anonfun$run$1(BatchingExecutor.scala:91) ~[?:?]
	at scala.runtime.java8.JFunction0$mcV$sp.apply(JFunction0$mcV$sp.java:12) [356:org.scala-lang.scala-library:2.12.5.v20180316-130912-VFINAL-30a1428]
	at scala.concurrent.BlockContext$.withBlockContext(BlockContext.scala:81) [356:org.scala-lang.scala-library:2.12.5.v20180316-130912-VFINAL-30a1428]
	at akka.dispatch.BatchingExecutor$BlockableBatch.run(BatchingExecutor.scala:91) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.TaskInvocation.run(AbstractDispatcher.scala:40) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(ForkJoinExecutorConfigurator.scala:43) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979) [40:com.typesafe.akka.actor:2.5.11]
	at akka.dispatch.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107) [40:com.typesafe.akka.actor:2.5.11]
Caused by: org.opendaylight.mdsal.common.api.DataStoreUnavailableException: Shard member-1-shard-topology-operational currently has no leader. Try again later.
	at org.opendaylight.controller.cluster.datastore.NoOpTransactionContext.executeRead(NoOpTransactionContext.java:63) ~[?:?]
	... 22 more
Caused by: org.opendaylight.controller.cluster.datastore.exceptions.NoShardLeaderException: Shard member-1-shard-topology-operational currently has no leader. Try again later.
	at org.opendaylight.controller.cluster.datastore.shardmanager.ShardManager.createNoShardLeaderException(ShardManager.java:955) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.shardmanager.ShardManager.onShardNotInitializedTimeout(ShardManager.java:786) ~[?:?]
	at org.opendaylight.controller.cluster.datastore.shardmanager.ShardManager.handleCommand(ShardManager.java:253) ~[?:?]
	at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:44) ~[?:?]
	at akka.persistence.UntypedPersistentActor.onReceive(PersistentActor.scala:275) ~[?:?]
	at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:104) ~[?:?]
	at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:608) ~[?:?]
	at akka.actor.Actor.aroundReceive(Actor.scala:517) ~[?:?]
	at akka.actor.Actor.aroundReceive$(Actor.scala:515) ~[?:?]
	at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$&lt;span class=&quot;code-keyword&quot;&gt;super&lt;/span&gt;$aroundReceive(PersistentActor.scala:273) ~[?:?]
	at akka.persistence.Eventsourced$$anon$1.stateReceive(Eventsourced.scala:691) ~[?:?]
	at akka.persistence.Eventsourced.aroundReceive(Eventsourced.scala:192) ~[?:?]
	at akka.persistence.Eventsourced.aroundReceive$(Eventsourced.scala:191) ~[?:?]
	at akka.persistence.UntypedPersistentActor.aroundReceive(PersistentActor.scala:273) ~[?:?]
	at akka.actor.ActorCell.receiveMessage(ActorCell.scala:590) ~[?:?]
	at akka.actor.ActorCell.invoke(ActorCell.scala:559) ~[?:?]
	at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257) ~[?:?]
	at akka.dispatch.Mailbox.run(Mailbox.scala:224) ~[?:?]
	at akka.dispatch.Mailbox.exec(Mailbox.scala:234) ~[?:?]
	... 4 more
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;That job had the exception in two &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/ovsdb-csit-3node-upstream-clustering-only-fluorine/79/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;1&lt;/a&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/ovsdb-csit-3node-upstream-clustering-only-fluorine/79/odl2_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;2&lt;/a&gt; of the logs, but not the third &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/ovsdb-csit-3node-upstream-clustering-only-fluorine/79/odl3_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;3&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I didn&apos;t see this exception in any of the other karaf logs in the other 4 failing jobs I looked at.&lt;/p&gt;</comment>
                            <comment id="63096" author="vinhnguyen" created="Wed, 23 May 2018 23:59:50 +0000"  >&lt;p&gt;The problem is not reproducible for Oxygen/master using Jamo&apos;s reproduction steps. In Carbon, netvirt&#160;failed to create the br-int when the cluster is in the mid of reorganizing. Current netvirt doesn&apos;t have this problem because the br-int will be created only when the cluster is ready.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I think we can close this issue because it is not reproducible with the described scenario. We can open new issue for tracking the intermittent exception in &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/ovsdb/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;OVSDB Cluster Jobs&lt;/a&gt;&#160;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="28712">CONTROLLER-1786</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="30549">CONTROLLER-1856</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="28996">OVSDB-438</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="12179" name="5720_karaf_logs.tar.gz" size="11099" author="jluhrsen" created="Wed, 13 Apr 2016 21:39:00 +0000"/>
                            <attachment id="12180" name="5720_karaf_logs.tar.xz" size="30016" author="jluhrsen" created="Tue, 21 Jun 2016 19:29:54 +0000"/>
                            <attachment id="14300" name="websocket-logs.tar.gz" size="3934318" author="shague" created="Mon, 27 Nov 2017 15:29:31 +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_10002" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>NETVIRT-996</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>5720</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=5720]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

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

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