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-1584 controller <p>The goal of this issue is to fix whatever caused an "IllegalStateException: ./configuration/initial/akka.conf is missing" when the new extended SingleFeatureTest incl. TestBundleDiag attempts to install 4 controller features, and remove these from the BLACKLISTED_BROKEN_FEATURES in SingleFeatureTest:</p> <p>"odl-mdsal-broker-local",<br/> "odl-mdsal-clustering-commons",<br/> "odl-mdsal-distributed-datastore",<br/> "odl-mdsal-remoterpc-connector"</p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-1584

Fix broken controller features failing the new extended SingleFeatureTest incl. TestBundleDiag due to IllegalStateException: ./configuration/initial/akka.conf is missing

Bug Resolved Done Ivan Hrasko Michael Vorburger pt Wed, 18 Jan 2017 16:55:28 +0000 Tue, 25 Jul 2023 08:24:19 +0000 Fri, 7 May 2021 09:30:41 +0000 4.0.0 clustering 0 3 <p>With additional diagnostics in blueprint, odl-mdsal-broker-local boils down to:</p> <p>Tests in error: <br/> Condition with alias 'checkBundleDiagInfos' didn't complete within 5 minutes because lambda expression in org.opendaylight.odlparent.bundlestest.TestBundleDiag: expected system either ready with all bundles Active, or Stopping or Failure (but not still booting in GracePeriod, Waiting, Starting, Unknown;but just Resolved and some exceptional Installed OK) but was &lt;diag: Booting </p> {Installed=0, Resolved=4, Unknown=0, GracePeriod=4, Waiting=0, Starting=0, Active=251, Stopping=0, Failure=0} <p>1. NOK org.opendaylight.mdsal.eos-binding-adapter: OSGi state = Active, Karaf bundleState = GracePeriod, due to: Blueprint<br/> 1/20/17 12:32 AM<br/> Missing dependencies: <br/> (objectClass=org.opendaylight.mdsal.binding.dom.codec.api.BindingNormalizedNodeSerializer) (objectClass=org.opendaylight.mdsal.eos.dom.api.DOMEntityOwnershipService) </p> <p>2. NOK org.opendaylight.mdsal.singleton-dom-impl: OSGi state = Active, Karaf bundleState = GracePeriod, due to: Blueprint<br/> 1/20/17 12:32 AM<br/> Missing dependencies: <br/> (objectClass=org.opendaylight.mdsal.eos.dom.api.DOMEntityOwnershipService) </p> <p>3. NOK org.opendaylight.controller.sal-broker-impl: OSGi state = Active, Karaf bundleState = GracePeriod, due to: Blueprint<br/> 1/20/17 12:32 AM<br/> Missing dependencies: <br/> (objectClass=org.opendaylight.mdsal.eos.dom.api.DOMEntityOwnershipService) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMDataBroker) </p> <p>4. NOK org.opendaylight.controller.sal-binding-broker-impl: OSGi state = Active, Karaf bundleState = GracePeriod, due to: Blueprint<br/> 1/20/17 12:32 AM<br/> Missing dependencies: <br/> (objectClass=org.opendaylight.controller.md.sal.dom.spi.DOMNotificationSubscriptionListenerRegistry) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMMountPointService) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMNotificationPublishService) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMDataBroker) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMDataBroker) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMRpcProviderService) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMRpcService) (objectClass=org.opendaylight.controller.md.sal.dom.api.DOMNotificationService)</p> <p>FTR: The just fixed <a href="https://jira.opendaylight.org/browse/CONTROLLER-1586" title="Extended SingleFeatureTest incl. TestBundleDiag fails for some features with weird Missing dependencies: (&amp;(|(type=default)(!(type=*)))(objectClass=org.opendaylight.controller.md.sal.dom.api.DOMRpcService))" class="issue-link" data-issue-key="CONTROLLER-1586"><del>CONTROLLER-1586</del></a> helps, a lot, to better understand the root cause of the DOMRpcService related failure shown above. I'd recommend to re-run SFT on the features above, now that <a href="https://jira.opendaylight.org/browse/CONTROLLER-1586" title="Extended SingleFeatureTest incl. TestBundleDiag fails for some features with weird Missing dependencies: (&amp;(|(type=default)(!(type=*)))(objectClass=org.opendaylight.controller.md.sal.dom.api.DOMRpcService))" class="issue-link" data-issue-key="CONTROLLER-1586"><del>CONTROLLER-1586</del></a> has gone in, to get a clearer log.</p> <p>To solve the odl-mdsal-broker-local problem, we need a single-node EOS implementation (to be provided by mdsal project).</p> <p>We then need to refactor the feature layout so that 'odl-mdsal-broker-local' is not pulled in into 'odl-mdsal-broker'. The common bits between the two should be part of 'odl-mdsal-broker-base' feature.</p> <p>Is there still an issue here? If so does it need to be a blocker?</p> <p>&gt; Is there still an issue here? </p> <p>The 4 features (above) are currently (master) still listed in (both Karaf 3 &amp; 4's) SingleFeatureTest BLACKLISTED_BROKEN_FEATURES, so this issue is not "done".. and should not be closed until those can and have been removed.</p> <p>.. but Robert seems to have done some work re. his comment in above in <a href="https://jira.opendaylight.org/browse/MDSAL-226" title="Add a single-node EOS implementation" class="issue-link" data-issue-key="MDSAL-226"><del>MDSAL-226</del></a> &lt;<a href="https://git.opendaylight.org/gerrit/#/c/50749/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/50749/</a>&gt; - Robert, does that work mean what you said above is fully done and we can remove all 4 blacklist features from SFT?</p> <p>If you like I could just re-tested this (uncomment it and see) ?</p> <p>&gt; If so does it need to be a blocker?</p> <p>that depends essentially on whether we consider the overall <a href="https://jira.opendaylight.org/browse/ODLPARENT-58" title="Remove all BLACKLISTED_BROKEN_FEATURES in SingleFeatureTest (once fixed)" class="issue-link" data-issue-key="ODLPARENT-58"><del>ODLPARENT-58</del></a> which this one blocks as a Blocker for the next release. My view is that it is and that it would be good to sort this out cleanly, thus ensuring that ALL ODL features we ship actually do work when you install them.</p> <p>Cool. I was just wondering if this bug is stale, i.e. was actually resolved but was inadvertently left open. But that isn't the case...</p> <p>(In reply to Michael Vorburger from comment #5)<br/> &gt; &gt; Is there still an issue here? <br/> &gt; <br/> &gt; The 4 features (above) are currently (master) still listed in (both Karaf 3<br/> &gt; &amp; 4's) SingleFeatureTest BLACKLISTED_BROKEN_FEATURES, so this issue is not<br/> &gt; "done".. and should not be closed until those can and have been removed.<br/> &gt; <br/> &gt; .. but Robert seems to have done some work re. his comment in above in bug<br/> &gt; 7611 &lt;<a href="https://git.opendaylight.org/gerrit/#/c/50749/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/50749/</a>&gt; - Robert, does that<br/> &gt; work mean what you said above is fully done and we can remove all 4<br/> &gt; blacklist features from SFT?<br/> &gt; <br/> &gt; If you like I could just re-tested this (uncomment it and see) ?<br/> &gt; <br/> &gt; &gt; If so does it need to be a blocker?<br/> &gt; <br/> &gt; that depends essentially on whether we consider the overall <a href="https://jira.opendaylight.org/browse/ODLPARENT-58" title="Remove all BLACKLISTED_BROKEN_FEATURES in SingleFeatureTest (once fixed)" class="issue-link" data-issue-key="ODLPARENT-58"><del>ODLPARENT-58</del></a> which<br/> &gt; this one blocks as a Blocker for the next release. My view is that it is<br/> &gt; and that it would be good to sort this out cleanly, thus ensuring that ALL<br/> &gt; ODL features we ship actually do work when you install them.</p> <p>The Carbon Blocker police are getting after me. Is this still an issue and, if so, does it need to be a blocker?</p> <p>Downgraded importance from critical to major, in line with the importance assigned to the "parent issue" blocks <a href="https://jira.opendaylight.org/browse/ODLPARENT-58" title="Remove all BLACKLISTED_BROKEN_FEATURES in SingleFeatureTest (once fixed)" class="issue-link" data-issue-key="ODLPARENT-58"><del>ODLPARENT-58</del></a> which this was originally created for, and same as the similar issues linked as depends on in <a href="https://jira.opendaylight.org/browse/ODLPARENT-58" title="Remove all BLACKLISTED_BROKEN_FEATURES in SingleFeatureTest (once fixed)" class="issue-link" data-issue-key="ODLPARENT-58"><del>ODLPARENT-58</del></a> in other projects.</p> <p>This bug was last updated over a year ago so I'm assuming it's no longer an issue so closing it.</p> <p>This actually is not fixed.</p> <p>Most of the work is done – the only thing remaining is the local DataBroker activator in odl-mdsal-broker-local.</p> <p>Then again, this really should be called odl-controller-broker-local, and local datastore should be provided by MD-SAL in odl-mdsal-broker-local – following both namespace assignments and logic.</p> <p>Since controller is providing only CDS and legacy APIs, users should be okay with depending only on odl-mdsal-broker-local as long they don't require CDS or legacy APIs.</p> <p>I have just enabled single feature test: <a href="https://git.opendaylight.org/gerrit/c/controller/+/95410" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/c/controller/+/95410</a> and it pass.</p> <p>I think that mdsal-eos-dom-simple activation was fixed in: <a href="https://git.opendaylight.org/gerrit/c/mdsal/+/81932" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/c/mdsal/+/81932</a></p> Blocks ODLPARENT-58 CONTROLLER-1651 MDSAL-226 Duplicate CONTROLLER-1651 Development External issue ID 7583 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02rh3: