[NETVIRT-1540] COE : Optimistic lock failed for path /(urn:huawei:params:xml:ns:yang:l3vpn?revision=2014-08-15)vpn-instances/vpn-instance/vpn-instance Created: 14/Dec/18  Updated: 25/Nov/19  Resolved: 25/Nov/19

Status: Resolved
Project: netvirt
Component/s: None
Affects Version/s: None
Fix Version/s: Magnesium

Type: Bug Priority: Medium
Reporter: Faseela K Assignee: Faseela K
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Blocks
blocks COE-46 Production Quality CoE Open
is blocked by COE-21 COE : Add new cluster yang for k8s-cl... Verified

 Description   

ElanInterfaceManager | 348 - org.opendaylight.netvirt.elanmanager-impl - 0.8.0.SNAPSHOT | Interface 00000000-0000-0000-0000-000000000001:kube-apiserver-coe-master.rdocloud is removed from Interface Oper DS due to port down 2018-12-13T15:51:23,269 | WARN | opendaylight-cluster-data-akka.actor.default-dispatcher-38 | LocalThreePhaseCommitCohort | 240 - org.opendaylight.controller.sal-distributed-datastore - 1.9.0.SNAPSHOT | Failed to prepare transaction member-1-datastore-config-fe-0-txn-213-0 on backend org.opendaylight.mdsal.common.api.OptimisticLockFailedException: Optimistic lock failed for path /(urn:huawei:params:xml:ns:yang:l3vpn?revision=2014-08-15)vpn-instances/vpn-instance/vpn-instance[\{(urn:huawei:params:xml:ns:yang:l3vpn?revision=2014-08-15)vpn-instance-name=00000000-0000-0000-0000-000000000001}] at org.opendaylight.controller.cluster.datastore.ShardDataTree.lambda$processNextPendingTransaction$0(ShardDataTree.java:733) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.ShardDataTree.processNextPending(ShardDataTree.java:771) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.ShardDataTree.processNextPendingTransaction(ShardDataTree.java:718) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.ShardDataTree.startCanCommit(ShardDataTree.java:872) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.SimpleShardDataTreeCohort.canCommit(SimpleShardDataTreeCohort.java:99) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.CohortEntry.canCommit(CohortEntry.java:99) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleCanCommit(ShardCommitCoordinator.java:238) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleReadyLocalTransaction(ShardCommitCoordinator.java:200) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.Shard.handleReadyLocalTransaction(Shard.java:727) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.datastore.Shard.handleNonRaftCommand(Shard.java:328) ~[240:org.opendaylight.controller.sal-distributed-datastore:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.raft.RaftActor.handleCommand(RaftActor.java:270) ~[225:org.opendaylight.controller.sal-akka-raft:1.9.0.SNAPSHOT] at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:46) ~[232:org.opendaylight.controller.sal-clustering-commons:1.9.0.SNAPSHOT] at akka.persistence.UntypedPersistentActor.onReceive(PersistentActor.scala:303) ~[89:com.typesafe.akka.persistence:2.5.14] at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:104) ~[232:org.opendaylight.controller.sal-clustering-commons:1.9.0.SNAPSHOT] at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:606) ~[86:com.typesafe.akka.actor:2.5.14] at akka.actor.Actor.aroundReceive(Actor.scala:517) ~[86:com.typesafe.akka.actor:2.5.14] at akka.actor.Actor.aroundReceive$(Actor.scala:515) ~[86:com.typesafe.akka.actor:2.5.14] at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(PersistentActor.scala:301) ~[89:com.typesafe.akka.persistence:2.5.14] at akka.persistence.Eventsourced$$anon$1.stateReceive(Eventsourced.scala:743) ~[89:com.typesafe.akka.persistence:2.5.14] at akka.persistence.Eventsourced.aroundReceive(Eventsourced.scala:222) ~[89:com.typesafe.akka.persistence:2.5.14] at akka.persistence.Eventsourced.aroundReceive$(Eventsourced.scala:221) ~[89:com.typesafe.akka.persistence:2.5.14] at akka.persistence.UntypedPersistentActor.aroundReceive(PersistentActor.scala:301) ~[89:com.typesafe.akka.persistence:2.5.14] at akka.actor.ActorCell.receiveMessage(ActorCell.scala:588) ~[86:com.typesafe.akka.actor:2.5.14] at akka.actor.ActorCell.invoke(ActorCell.scala:557) ~[86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:258) ~[86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.Mailbox.run(Mailbox.scala:225) ~[86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.Mailbox.exec(Mailbox.scala:235) ~[86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260) [86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339) [86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979) [86:com.typesafe.akka.actor:2.5.14] at akka.dispatch.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107) [86:com.typesafe.akka.actor:2.5.14] Caused by: org.opendaylight.yangtools.yang.data.api.schema.tree.ConflictingModificationAppliedException: Node was replaced by other transaction.

 

LOGS are attached to NETVIRT-1533



 Comments   
Comment by Faseela K [ 14/Dec/18 ]

vyshakh.krishnan.c.h@ericsson.com, fkautz : I will be able to fix this gracefully, only after COE-21 is completed. if we move the vpn-instance creation to the cluster creation event, the current exception will not happen. Currently the code has synchronization issue, as it is pod driven.

Comment by Abhinav Gupta [ 25/Nov/19 ]

COE has been removed from NetVirt in Magnesium. Hence, the issue won't be seen.

Generated at Wed Feb 07 20:24:19 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.