Operating System: All
Platform: All

Attachment ODL1.zip has been added with description: karaf logs for odl1.

Attachment ODL2.zip has been added with description: karaf logs for odl2.

Attachment ODL3.zip has been added with description: karaf logs for odl3

ModifiedNodeDoesNotExistException occurred,

2016-10-14 15:20:55,598 | WARN | ult-dispatcher-4 | ShardDataTree | 193 - org.opendaylight.controller.sal-distributed-datastore - 1.4.0.Boron | member-1-shard-inventory-config: Store Tx member-1-datastore-config-fe-0-txn-476: Data validation failed for path /(urn:opendaylight:inventory?revision=2013-08-19)nodes/node/node[

].
org.opendaylight.yangtools.yang.data.api.schema.tree.ModifiedNodeDoesNotExistException: Node /(urn:opendaylight:inventory?revision=2013-08-19)nodes/node/node[

] does not exist. Cannot apply modification to its children.
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:281)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkChildPreconditions(AbstractNodeContainerModificationStrategy.java:305)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:288)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.MinMaxElementsValidation.checkTouchApplicable(MinMaxElementsValidation.java:106)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkChildPreconditions(AbstractNodeContainerModificationStrategy.java:305)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:288)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.StructuralContainerModificationStrategy.checkApplicable(StructuralContainerModificationStrategy.java:99)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkChildPreconditions(AbstractNodeContainerModificationStrategy.java:305)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:288)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.RootModificationApplyOperation.checkApplicable(RootModificationApplyOperation.java:72)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractDataTreeTip.validate(AbstractDataTreeTip.java:37)[81:org.opendaylight.yangtools.yang-data-impl:1.0.0.Boron]
at org.opendaylight.controller.cluster.datastore.ShardDataTree.processNextTransaction(ShardDataTree.java:524)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.ShardDataTree.startCanCommit(ShardDataTree.java:560)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.SimpleShardDataTreeCohort.canCommit(SimpleShardDataTreeCohort.java:81)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.CohortEntry.canCommit(CohortEntry.java:98)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleCanCommit(ShardCommitCoordinator.java:237)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleReadyLocalTransaction(ShardCommitCoordinator.java:201)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.Shard.handleReadyLocalTransaction(Shard.java:433)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.datastore.Shard.handleNonRaftCommand(Shard.java:239)[193:org.opendaylight.controller.sal-distributed-datastore:1.4.0.Boron]
at org.opendaylight.controller.cluster.raft.RaftActor.handleCommand(RaftActor.java:291)[189:org.opendaylight.controller.sal-akka-raft:1.4.0.Boron]
at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:29)[188:org.opendaylight.controller.sal-clustering-commons:1.4.0.Boron]
at akka.persistence.UntypedPersistentActor.onReceive(PersistentActor.scala:170)[182:com.typesafe.akka.persistence:2.4.7]
at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:97)[188:org.opendaylight.controller.sal-clustering-commons:1.4.0.Boron]
at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:544)[176:com.typesafe.akka.actor:2.4.7]
at akka.actor.Actor$class.aroundReceive(Actor.scala:484)[176:com.typesafe.akka.actor:2.4.7]
at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(PersistentActor.scala:168)[182:com.typesafe.akka.persistence:2.4.7]
at akka.persistence.Eventsourced$$anon$1.stateReceive(Eventsourced.scala:633)[182:com.typesafe.akka.persistence:2.4.7]
at akka.persistence.Eventsourced$class.aroundReceive(Eventsourced.scala:179)[182:com.typesafe.akka.persistence:2.4.7]
at akka.persistence.UntypedPersistentActor.aroundReceive(PersistentActor.scala:168)[182:com.typesafe.akka.persistence:2.4.7]
at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526)[176:com.typesafe.akka.actor:2.4.7]
at akka.actor.ActorCell.invoke(ActorCell.scala:495)[176:com.typesafe.akka.actor:2.4.7]
at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257)[176:com.typesafe.akka.actor:2.4.7]
at akka.dispatch.Mailbox.run(Mailbox.scala:224)[176:com.typesafe.akka.actor:2.4.7]
at akka.dispatch.Mailbox.exec(Mailbox.scala:234)[176:com.typesafe.akka.actor:2.4.7]
at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)[172:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8]
at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)[172:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8]
at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)[172:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8]
at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)[172:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8]

karthikeyan,

Few clarifications are needed here. When the service is started, what is the output of sudo ovs-vsctl show.

a. Did Netvirt create the br-int after the restart and set-manager again?

b. Also, Did you create instances and attempt the ping?, am wondering the flows related to tunnel are programmed when instances are created. Can you please provide more details so that we can check this immediately?

(In reply to Venkatrangan Govindarajan from comment #4)
> karthikeyan,
>
> Few clarifications are needed here. When the service is started, what is
> the output of sudo ovs-vsctl show.
>
> a. Did Netvirt create the br-int after the restart and set-manager again?
>
> b. Also, Did you create instances and attempt the ping?, am wondering the
> flows related to tunnel are programmed when instances are created. Can you
> please provide more details so that we can check this immediately?

When the service is started, there is no flows installed. and Yes, br-int is created after the restart. after set-manager, again there is no flows installed.

We created instance's, and while checking IP is not assigned. but flows are installed only related to VM (table:20, 40, 90 and 110).

This patch for NETVIRT-240 should also address this issue:
https://git.opendaylight.org/gerrit/#/c/48024

(In reply to Bertrand Low from comment #6)
> This patch for NETVIRT-240 should also address this issue:
> https://git.opendaylight.org/gerrit/#/c/48024

if ovs connected to odl in active mode, the stop of ovs will cause configured and optional data be delete in odl.

Hi QianYu,

the patch for NETVIRT-240 appears to resolve this bug now. Do you agree that we can close this bug as well now?

thanks,
Bertrand

Bug has been fixed by patch https://git.opendaylight.org/gerrit/#/c/48024

Fix has been verified so bug can be closed.

(In reply to Bertrand Low from comment #8)
> Hi QianYu,
>
> the patch for NETVIRT-240 appears to resolve this bug now. Do you agree that we
> can close this bug as well now?
>
> thanks,
> Bertrand

yes, i agreed. please close this bug

thanks

Bug has been fixed by the below patch,
https://git.opendaylight.org/gerrit/#/c/48024

Hence closing this bug.