<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:59:48 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>[GENIUS-58] DataStoreJobCoordinator ModifiedNodeDoesNotExistException: Node /(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state/interface does not exist. Cannot apply modification to its children.</title>
                <link>https://jira.opendaylight.org/browse/GENIUS-58</link>
                <project id="10126" key="GENIUS">genius</project>
                    <description>&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;Not sure which project to file this in; perhaps rather genius than controller?&amp;#93;&lt;/span&gt; &lt;/p&gt;

&lt;p&gt;Like &lt;a href=&quot;https://jira.opendaylight.org/browse/OPNFLWPLUG-866&quot; title=&quot;NullPointerException at org.opendaylight.openflowplugin.openflow.md.core.sal.convertor.match.MatchConvertorImpl.convert()&quot; class=&quot;issue-link&quot; data-issue-key=&quot;OPNFLWPLUG-866&quot;&gt;&lt;del&gt;OPNFLWPLUG-866&lt;/del&gt;&lt;/a&gt; (probably totally unrelated), &lt;/p&gt;

&lt;p&gt;I&apos;m hitting a bunch of the following exceptions, after simply doing,&lt;br/&gt;
as of f6bda1bdfd01a44948fe154883140538c2558151:&lt;/p&gt;

&lt;p&gt;cd netvirt/vpnservice/distribution/karaf&lt;br/&gt;
mvn clean package&lt;/p&gt;

&lt;p&gt;cd target/assembly/bin&lt;br/&gt;
./karaf&lt;/p&gt;

&lt;p&gt;opendaylight-user@root&amp;gt;feature:install odl-netvirt-openstack&lt;/p&gt;

&lt;p&gt;I&apos;ve also hit &lt;a href=&quot;http://localhost:8181/controller/nb/v2/neutron/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://localhost:8181/controller/nb/v2/neutron/&lt;/a&gt; in a Browser (which 404s), and I&apos;m not sure that&apos;s what causes the NPEs or the mere start up.&lt;/p&gt;

&lt;p&gt;2017-03-07 14:03:03,878 | WARN  | CommitFutures-0  | DataStoreJobCoordinator          | 328 - org.opendaylight.genius.mdsalutil-api - 0.2.0.SNAPSHOT | Job: JobEntry{key=&apos;119556424750016:br-int&apos;, mainWorker=InterfaceStateRemoveWorker{nodeConnectorIdNew=Uri &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=openflow:119556424750016:LOCAL&amp;#93;&lt;/span&gt;, nodeConnectorIdOld=null, fcNodeConnectorOld=FlowCapableNodeConnector{getAdvertisedFeatures=PortFeatures &lt;span class=&quot;error&quot;&gt;&amp;#91;_tenMbHd=false, _tenMbFd=false, _hundredMbHd=false, _hundredMbFd=false, _oneGbHd=false, _oneGbFd=false, _tenGbFd=false, _fortyGbFd=false, _hundredGbFd=false, _oneTbFd=false, _other=false, _copper=false, _fiber=false, _autoeng=false, _pause=false, _pauseAsym=false&amp;#93;&lt;/span&gt;, getConfiguration=PortConfig &lt;span class=&quot;error&quot;&gt;&amp;#91;_pORTDOWN=true, _nORECV=false, _nOFWD=false, _nOPACKETIN=false&amp;#93;&lt;/span&gt;, getCurrentFeature=PortFeatures &lt;span class=&quot;error&quot;&gt;&amp;#91;_tenMbHd=false, _tenMbFd=false, _hundredMbHd=false, _hundredMbFd=false, _oneGbHd=false, _oneGbFd=false, _tenGbFd=false, _fortyGbFd=false, _hundredGbFd=false, _oneTbFd=false, _other=false, _copper=false, _fiber=false, _autoeng=false, _pause=false, _pauseAsym=false&amp;#93;&lt;/span&gt;, getCurrentSpeed=0, getHardwareAddress=MacAddress &lt;span class=&quot;error&quot;&gt;&amp;#91;_value=6c:bc:66:3a:53:c0&amp;#93;&lt;/span&gt;, getMaximumSpeed=0, getName=br-int, getPeerFeatures=PortFeatures &lt;span class=&quot;error&quot;&gt;&amp;#91;_tenMbHd=false, _tenMbFd=false, _hundredMbHd=false, _hundredMbFd=false, _oneGbHd=false, _oneGbFd=false, _tenGbFd=false, _fortyGbFd=false, _hundredGbFd=false, _oneTbFd=false, _other=false, _copper=false, _fiber=false, _autoeng=false, _pause=false, _pauseAsym=false&amp;#93;&lt;/span&gt;, getPortNumber=PortNumberUni &lt;span class=&quot;error&quot;&gt;&amp;#91;_uint32=4294967294&amp;#93;&lt;/span&gt;, getQueue=[], getState=State{isBlocked=false, isLinkDown=true, isLive=false, augmentations={}}, getSupported=PortFeatures &lt;span class=&quot;error&quot;&gt;&amp;#91;_tenMbHd=false, _tenMbFd=false, _hundredMbHd=false, _hundredMbFd=false, _oneGbHd=false, _oneGbFd=false, _tenGbFd=false, _fortyGbFd=false, _hundredGbFd=false, _oneTbFd=false, _other=false, _copper=false, _fiber=false, _autoeng=false, _pause=false, _pauseAsym=false&amp;#93;&lt;/span&gt;}, interfaceName=&apos;119556424750016:br-int&apos;}, rollbackWorker=null, retryCount=6, futures=&lt;span class=&quot;error&quot;&gt;&amp;#91;org.opendaylight.controller.cluster.databroker.ConcurrentDOMDataBroker$AsyncNotifyingSettableFuture@b31a18f&amp;#93;&lt;/span&gt;} failed&lt;br/&gt;
TransactionCommitFailedException&lt;/p&gt;
{message=Data did not pass validation., errorList=[RpcError [message=Data did not pass validation., severity=ERROR, errorType=APPLICATION, tag=operation-failed, applicationTag=null, info=null, cause=org.opendaylight.yangtools.yang.data.api.schema.tree.ModifiedNodeDoesNotExistException: Node /(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state/interface does not exist. Cannot apply modification to its children.]]}
&lt;p&gt;        at org.opendaylight.controller.cluster.datastore.ShardDataTree.lambda$processNextPendingTransaction$0(ShardDataTree.java:691)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardDataTree.processNextPending(ShardDataTree.java:720)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardDataTree.processNextPendingTransaction(ShardDataTree.java:667)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardDataTree.startCanCommit(ShardDataTree.java:746)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.SimpleShardDataTreeCohort.canCommit(SimpleShardDataTreeCohort.java:76)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.CohortEntry.canCommit(CohortEntry.java:97)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleCanCommit(ShardCommitCoordinator.java:236)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleReadyLocalTransaction(ShardCommitCoordinator.java:200)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.Shard.handleReadyLocalTransaction(Shard.java:573)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.Shard.handleNonRaftCommand(Shard.java:296)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.raft.RaftActor.handleCommand(RaftActor.java:268)&lt;span class=&quot;error&quot;&gt;&amp;#91;214:org.opendaylight.controller.sal-akka-raft:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.AbstractUntypedPersistentActor.onReceiveCommand(AbstractUntypedPersistentActor.java:31)&lt;span class=&quot;error&quot;&gt;&amp;#91;213:org.opendaylight.controller.sal-clustering-commons:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.onReceive(PersistentActor.scala:170)&lt;span class=&quot;error&quot;&gt;&amp;#91;193:com.typesafe.akka.persistence:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:104)&lt;span class=&quot;error&quot;&gt;&amp;#91;213:org.opendaylight.controller.sal-clustering-commons:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:544)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.Actor$class.aroundReceive(Actor.scala:497)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(PersistentActor.scala:168)&lt;span class=&quot;error&quot;&gt;&amp;#91;193:com.typesafe.akka.persistence:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$$anon$1.stateReceive(Eventsourced.scala:664)&lt;span class=&quot;error&quot;&gt;&amp;#91;193:com.typesafe.akka.persistence:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.Eventsourced$class.aroundReceive(Eventsourced.scala:183)&lt;span class=&quot;error&quot;&gt;&amp;#91;193:com.typesafe.akka.persistence:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.persistence.UntypedPersistentActor.aroundReceive(PersistentActor.scala:168)&lt;span class=&quot;error&quot;&gt;&amp;#91;193:com.typesafe.akka.persistence:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.actor.ActorCell.invoke(ActorCell.scala:495)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.run(Mailbox.scala:224)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at akka.dispatch.Mailbox.exec(Mailbox.scala:234)&lt;span class=&quot;error&quot;&gt;&amp;#91;186:com.typesafe.akka.actor:2.4.17&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;182:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8&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;182:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8&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;182:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8&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;182:org.scala-lang.scala-library:2.11.8.v20160304-115712-1706a37eb8&amp;#93;&lt;/span&gt;&lt;br/&gt;
Caused by: org.opendaylight.yangtools.yang.data.api.schema.tree.ModifiedNodeDoesNotExistException: Node /(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state/interface does not exist. Cannot apply modification to its children.&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:281)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkChildPreconditions(AbstractNodeContainerModificationStrategy.java:305)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:288)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.StructuralContainerModificationStrategy.checkApplicable(StructuralContainerModificationStrategy.java:97)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkChildPreconditions(AbstractNodeContainerModificationStrategy.java:305)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractNodeContainerModificationStrategy.checkTouchApplicable(AbstractNodeContainerModificationStrategy.java:288)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:125)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.RootModificationApplyOperation.checkApplicable(RootModificationApplyOperation.java:72)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.yangtools.yang.data.impl.schema.tree.AbstractDataTreeTip.validate(AbstractDataTreeTip.java:35)&lt;span class=&quot;error&quot;&gt;&amp;#91;108:org.opendaylight.yangtools.yang-data-impl:1.1.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.cluster.datastore.ShardDataTree.lambda$processNextPendingTransaction$0(ShardDataTree.java:674)&lt;span class=&quot;error&quot;&gt;&amp;#91;220:org.opendaylight.controller.sal-distributed-datastore:1.5.0.SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
        ... 28 more&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="19839">GENIUS-58</key>
            <summary>DataStoreJobCoordinator ModifiedNodeDoesNotExistException: Node /(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state/interface does not exist. Cannot apply modification to its children.</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <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="vorburger">Michael Vorburger</reporter>
                        <labels>
                    </labels>
                <created>Tue, 7 Mar 2017 13:17:36 +0000</created>
                <updated>Thu, 19 Oct 2017 21:28:18 +0000</updated>
                            <resolved>Thu, 9 Mar 2017 23:55:12 +0000</resolved>
                                    <version>(unspecified)</version>
                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                                                                <comments>
                            <comment id="35906" author="tpantelis" created="Thu, 9 Mar 2017 03:56:42 +0000"  >&lt;p&gt;Looks like someone is trying to write a node where at least part of the parent path doesn&apos;t exist. This indicates an application-side issue.&lt;/p&gt;</comment>
                            <comment id="35907" author="vorburger" created="Thu, 9 Mar 2017 13:16:32 +0000"  >&lt;p&gt;&amp;gt; write a node where at least part of the parent path doesn&apos;t exist&lt;br/&gt;
&amp;gt; This indicates an application-side issue&lt;/p&gt;

&lt;p&gt;agreed, and would love to move the issue and dig more in another project than controller, BUT don&apos;t we have a .. &quot;traceability issue&quot; here - it&apos;s impossible to tell, from this stack trace, where this originally came from?!&lt;/p&gt;

&lt;p&gt;I do understand this is related to async lambda stuff, but... there must be a solution to this, how does async FMKs typically deal with this? Capture the stack of the caller submitting the lambda, and filling it as root (or additional via setStackTrace()) of such exceptions?  This common problem must have a general solution, no?&lt;/p&gt;</comment>
                            <comment id="35908" author="tpantelis" created="Thu, 9 Mar 2017 13:40:36 +0000"  >&lt;p&gt;The InterfaceStateRemoveWorker toString gives a clue as to the originator - it&apos;s open flow-related so but should be moved there.&lt;/p&gt;

&lt;p&gt;Adding appropriate info in the caller&apos;s mainWorker toString would help to identify the originator. However I think capturing the caller&apos;s stack trace would be too expensive in production although it could be done in a debug mode.&lt;/p&gt;</comment>
                            <comment id="35909" author="vorburger" created="Thu, 9 Mar 2017 14:08:56 +0000"  >&lt;p&gt;&amp;gt; The InterfaceStateRemoveWorker toString gives a clue as to the originator&lt;br/&gt;
&amp;gt; it&apos;s open flow-related so but should be moved there.&lt;/p&gt;

&lt;p&gt;OK, thanks for the tip; moved bug from project controller to openflowplugin.&lt;/p&gt;

&lt;p&gt;&amp;gt; Adding appropriate info in the caller&apos;s mainWorker toString would help to &lt;br/&gt;
&amp;gt; identify the originator. However I think capturing the caller&apos;s stack trace &lt;br/&gt;
&amp;gt; would be too expensive in production although it could be done in a debug mod&lt;/p&gt;

&lt;p&gt;==&amp;gt; &lt;a href=&quot;https://jira.opendaylight.org/browse/INFRAUTILS-8&quot; title=&quot;JobCoordinator (ex-DataStoreJobCoordinator) job failures should indicate stack trace of original caller who submitted job&quot; class=&quot;issue-link&quot; data-issue-key=&quot;INFRAUTILS-8&quot;&gt;&lt;del&gt;INFRAUTILS-8&lt;/del&gt;&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;PS: I now realized that DataStoreJobCoordinator JobEntry mainWorker is project genius/infrautils related, not controller.&lt;/p&gt;</comment>
                            <comment id="35910" author="rovarga" created="Thu, 9 Mar 2017 14:19:22 +0000"  >&lt;p&gt;The only way to capture caller identity is to capture it via a Throwable. That is going to hurt performance a &lt;b&gt;lot&lt;/b&gt;.&lt;/p&gt;

&lt;p&gt;Clean way of achieving this is to route the failure back to the requestor &amp;#8211; which can then identify itself and provide any useful context.&lt;/p&gt;

&lt;p&gt;I mean, at the end of the day, the requestor needs to know about the failure, right?&lt;/p&gt;</comment>
                            <comment id="35911" author="vorburger" created="Thu, 9 Mar 2017 14:32:40 +0000"  >&lt;p&gt;Robert, thanks for feedback!  More discussions about this in &lt;a href=&quot;https://jira.opendaylight.org/browse/INFRAUTILS-8&quot; title=&quot;JobCoordinator (ex-DataStoreJobCoordinator) job failures should indicate stack trace of original caller who submitted job&quot; class=&quot;issue-link&quot; data-issue-key=&quot;INFRAUTILS-8&quot;&gt;&lt;del&gt;INFRAUTILS-8&lt;/del&gt;&lt;/a&gt; .. Let&apos;s leave this bug for the openflowplugin project to fix this particular problem (and &lt;a href=&quot;https://jira.opendaylight.org/browse/INFRAUTILS-8&quot; title=&quot;JobCoordinator (ex-DataStoreJobCoordinator) job failures should indicate stack trace of original caller who submitted job&quot; class=&quot;issue-link&quot; data-issue-key=&quot;INFRAUTILS-8&quot;&gt;&lt;del&gt;INFRAUTILS-8&lt;/del&gt;&lt;/a&gt; to see what we can do about the &quot;traceability&quot; of this kind of problem more in general).&lt;/p&gt;</comment>
                            <comment id="35912" author="vishnoianil@gmail.com" created="Thu, 9 Mar 2017 22:32:46 +0000"  >&lt;p&gt;Please don&apos;t look at it as i want to throw it out of my plate &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.opendaylight.org/images/icons/emoticons/wink.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;, but looks like  DataStoreJobCoordinator is trying to write on Node /(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state/interface and fails. As far as i know openflowplugin don&apos;t use ietf-interfaces model and moreover it&apos;s an issue related to writing to the data store and DataStoreJobCoordinator belongs to genius project.&lt;/p&gt;

&lt;p&gt;@Genius-project, please have a look at the issue and if you think it&apos;s an issue with the plugin, please queue it back to openflowplugin project.&lt;/p&gt;</comment>
                            <comment id="35913" author="vorburger" created="Thu, 9 Mar 2017 23:32:21 +0000"  >&lt;p&gt;Anil, no this is (almost) certainly not an issue in genius, genius just provides this DataStoreJobCoordinator infra, but something else (we suspect openflowplugin, or perhaps openflowjava? I admit I barely understand the difference) actually submitted a job doing this write..&lt;/p&gt;</comment>
                            <comment id="35914" author="vorburger" created="Thu, 9 Mar 2017 23:36:36 +0000"  >&lt;p&gt;&amp;gt; as of f6bda1bdfd01a44948fe154883140538c2558151&lt;/p&gt;

&lt;p&gt;I&apos;ve just tried to reproduce it, with a fresh Karaf rebuilt today (with mvn -U), and currently don&apos;t see it anymore... so either I did additional steps yesterday, or it&apos;s just been solved?! Closing for now, anyone seeing this again should re-open it.&lt;/p&gt;</comment>
                            <comment id="35915" author="vishnoianil@gmail.com" created="Thu, 9 Mar 2017 23:55:12 +0000"  >&lt;p&gt;(In reply to Michael Vorburger from comment #8)&lt;br/&gt;
&amp;gt; Anil, no this is (almost) certainly not an issue in genius, genius just&lt;br/&gt;
&amp;gt; provides this DataStoreJobCoordinator infra, but something else (we suspect&lt;br/&gt;
&amp;gt; openflowplugin, or perhaps openflowjava? I admit I barely understand the&lt;br/&gt;
&amp;gt; difference) actually submitted a job doing this write..&lt;/p&gt;

&lt;p&gt;Openflowplugin or openflowjava both are not using anything from genius project. The task that is submitted to DataStoreJobCoordinator was InterfaceStateRemoveWorker (belong to genius) and looks like it&apos;s trying to remove interface from the data store and encountering this issue &lt;/p&gt;

&lt;p&gt;List&amp;lt;InterfaceChildEntry&amp;gt; interfaceChildEntries = getInterfaceChildEntries(dataBroker, interfaceName);&lt;br/&gt;
            for (InterfaceChildEntry interfaceChildEntry : interfaceChildEntries) &lt;/p&gt;
{
                // Fetch all interfaces on this port and trigger remove worker for each of them
                InterfaceStateRemoveWorker interfaceStateRemoveWorker = new InterfaceStateRemoveWorker(idManager, nodeConnectorIdNew,
                        nodeConnectorIdOld, fcNodeConnectorOld, interfaceChildEntry.getChildInterface(), interfaceName, isNodePresent, isNetworkEvent, false);
                DataStoreJobCoordinator.getInstance().enqueueJob(interfaceName, interfaceStateRemoveWorker);
            }

&lt;p&gt;That&apos;s why i believe it&apos;s good if genius project look at it issue first and queue it to whoever is submitting this job.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </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_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7917</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=7917]]></customfieldvalue>

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

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