https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/CONTROLLER-1001 controller <p>A change in the last 24-48 hrs broke a datastore write that asks for intermediate children to be created automatically. This has broken SFC and probably other projects.</p> <p>The following code has always worked (notice the “true”) </p> <p> writeTx.merge(LogicalDatastoreType.CONFIGURATION,<br/> sftentryIID, sftServiceFunctionName, true);</p> <p>And now it barfs with the following.</p> <p>Caused by: org.opendaylight.yangtools.yang.data.api.schema.tree.ModifiedNodeDoesNotExistException: Node /(urn:cisco:params:xml:ns:yang:sfc-sft?revision=2014-07-01)service-function-types does not exist. Cannot apply modification to its children.<br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.NormalizedNodeContainerModificationStrategy.checkSubtreeModificationApplicable(NormalizedNodeContainerModificationStrategy.java:164)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:135)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.NormalizedNodeContainerModificationStrategy.checkChildPreconditions(NormalizedNodeContainerModificationStrategy.java:178)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.NormalizedNodeContainerModificationStrategy.checkSubtreeModificationApplicable(NormalizedNodeContainerModificationStrategy.java:168)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaAwareApplyOperation.checkApplicable(SchemaAwareApplyOperation.java:135)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span><br/> at org.opendaylight.yangtools.yang.data.impl.schema.tree.RootModificationApplyOperation.checkApplicable(RootModificationApplyOperation.java:72)<span class="error">&#91;90:org.opendaylight.yangtools.yang-data-impl:0.7.0.SNAPSHOT&#93;</span></p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-1001

Datastore write that automatically creates children broken

Bug Resolved Done Tony Tkacik Reinaldo Penno Thu, 6 Nov 2014 01:59:43 +0000 Thu, 27 Nov 2014 10:48:36 +0000 Thu, 27 Nov 2014 10:48:36 +0000 Helium mdsal 0 4 <p>Moved to Controller MD-SAL since this functionality is provided by DataBroker, not underlying DataTree (which only reported error).</p> <p>Error you got, is only and only possible if there was two transactions like:</p> <p>delTx = newReadWriteTransaction() // started from same point (service-function-types exists in transaction)<br/> wrTx = newReadWriteTransaction() // started from same point (service-function-types exists in transaction)</p> <p>delTx.delete(CONFIGURATION,"service-function-types") // deletes container service-function-types<br/> wrTx.merge(CONFIGURATION,sfentryId,sfName,true) // service-function-types exists in transaction, no need to create it<br/> delTx.commit().get() // delTx got commited, service-function-types is removed<br/> wrTx.commit().get() // write Transaction is submitted, service-function-types does not exist (transaction does not contains instruction to create it since it existed at original time, this leads to error).</p> <p>So in short during your configuration of sfc data some other code external to MD-SAL deleted it.</p> <p>Behaviour probably should be that these nodes should be introduced again, but underlying problem is there were two excecutions in system which modified same subtree in different ways - race condition.</p> <p>Since Helium no code was changed in createParents = true implementation, so if it is bug in MD-SAL that bug was present<br/> since createParents was introduced.</p> <p>thanks Tony,</p> <p>I will investigate further. Lowered the priority.</p> <p>Stable/helium patch, once reviewed and merged will be cherrypick to helium</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/12544/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/12544/</a></p> <p>I finished investigation and it is as you hinted.</p> <p>The Python regression script and external app perform transactions at the same time simulating multiple real external apps. </p> <p>I'm not sure why I'm seeing this messages now since this test has been going on for a while and I never saw them (I'm positive on this). I'm till wondering if there was a change recently.</p> <p>Irrespective, this is very important since in real world situations many apps will operate on the datastore at the same time deleting/adding/etc simultaneously.</p> <p>thanks,</p> <p>Regarding "I'm not sure why I'm seeing this messages now since this test has been going on for a while and I never saw them"</p> <p>Has the timing or order of the test changed? This may uncover a race condition</p> <p>No, nothing changed, some background:</p> <p>I have a SFC regression script that run every 24hrs or so. The script does the same thing all the time, it uses Python to commit things through RESTconf simulating two different clients at the same time. No changes there. </p> <p>The SFC project pulls all other controller components and builds a SFC distribution, so if something changes upstream, we get affected (for better or worse).</p> <p>The script was running clean and in a period of 24-48hrs those logs start appearing. Therefore my suspicion is that some commit went in that changed things. Maybe it was something that a developer would not expect to affect datastore but did. I have no other explanation at this point.</p> Development External issue ID 2328 External issue URL Issue Type ODL SR Target Milestone Priority Rank 0|i02nvj: