<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:56:30 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>[CONTROLLER-1809] Failed to restart all blueprint containers within 5 minutes. Attempted to restart 1 [org.opendaylight.controller.netty-threadgroup-config_0.8.0.SNAPSHOT [209]] but only 0 completed restart</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1809</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;&lt;em&gt;&amp;lt;rant&amp;gt;It&apos;s shocking me personally that 1 week after the Big Bump, after release code freeze and project&apos;s milestone reports, we are still in a complete mess and netvirt totally broken, and everyone (incl. the full TSC) just finds this &quot;perfectly normal&quot; and sort of &quot;a week or two instability is a fair price to pay for supposed previous stability due to separate releasing of odlparent and yangtools&quot;. It seems to me that we are doing this all wrong. Controller continous integration accross all projects, with better tooling to gauge impacts, not separate releasing, seems a better model for ODL, to me, to discover this kind of thing faster and earlier.&amp;lt;/rant&amp;gt;&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=shague&quot; class=&quot;user-hover&quot; rel=&quot;shague&quot;&gt;shague&lt;/a&gt; reports that following &lt;a href=&quot;https://wiki.opendaylight.org/view/ODL_Root_Parent:BigBumpOfJan2018&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;the big odlparent/yangtools bump&lt;/a&gt;, the netvirt CSIT which runs off &lt;tt&gt;integration/distribution/karaf&lt;/tt&gt; with &lt;tt&gt;odl-infrautils-ready&lt;/tt&gt; and &lt;tt&gt;odl-netvirt-openstack&lt;/tt&gt;, &quot;frequently&quot; fails during boot up, before the CSIT actually &quot;does anything&quot; ... we suspect that something shuts things down, &lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/netvirt-csit-1node-openstack-ocata-upstream-stateful-oxygen/763/odl_1/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;and indeed this log looks very suspicious&lt;/a&gt;, here&apos;s the most relevant/interesting lines:&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;2018-01-22T11:01:25,818 | INFO  | awaitility[checkBundleDiagInfos] | SystemReadyImpl                  | 278 - org.opendaylight.infrautils.ready-impl - 1.3.0.SNAPSHOT | checkBundleDiagInfos: Elapsed time 17s, remaining time 282s, diag: Active {Installed=0, Resolved=6, Unknown=0, GracePeriod=0, Waiting=0, Starting=0, Active=461, Stopping=0, Failure=0}
2018-01-22T11:01:25,846 | INFO  | SystemReadyService-0 | TestBundleDiag                   | 278 - org.opendaylight.infrautils.ready-impl - 1.3.0.SNAPSHOT | diag: Active {Installed=0, Resolved=6, Unknown=0, GracePeriod=0, Waiting=0, Starting=0, Active=461, Stopping=0, Failure=0}
2018-01-22T11:01:25,847 | INFO  | SystemReadyService-0 | SystemReadyImpl                  | 278 - org.opendaylight.infrautils.ready-impl - 1.3.0.SNAPSHOT | System ready; AKA: Aye captain, all warp coils are now operating at peak efficiency! [M.]
2018-01-22T11:01:25,860 | INFO  | SystemReadyService-0 | SystemReadyImpl                  | 278 - org.opendaylight.infrautils.ready-impl - 1.3.0.SNAPSHOT | Now notifying all its registered SystemReadyListeners...
2018-01-22T11:01:27,018 | INFO  | SystemReadyService-0 | MBeanUtils                       | 269 - org.opendaylight.infrautils.diagstatus-api - 1.3.0.SNAPSHOT | JMX Connector Server started for url service:jmx:rmi:///jndi/rmi://127.0.0.1:6886/server
2018-01-22T11:01:27,572 | INFO  | paxweb-extender-1-thread-2 | ContextHandler                   | 163 - org.eclipse.jetty.util - 9.3.14.v20161028 | Started HttpServiceContext{httpContext=WebAppHttpContext{org.opendaylight.aaa.shiro - 188}}
2018-01-22T11:01:27,575 | INFO  | paxweb-extender-1-thread-3 | ContextHandler                   | 163 - org.eclipse.jetty.util - 9.3.14.v20161028 | Started HttpServiceContext{httpContext=WebAppHttpContext{org.opendaylight.netconf.restconf-nb-bierman02 - 328}}
2018-01-22T11:01:27,723 | INFO  | paxweb-extender-1-thread-1 | ContextHandler                   | 163 - org.eclipse.jetty.util - 9.3.14.v20161028 | Started HttpServiceContext{httpContext=WebAppHttpContext{org.opendaylight.neutron.northbound-api - 365}}
2018-01-22T11:01:27,724 | INFO  | Thread-94        | TcpHandler                       | 388 - org.opendaylight.openflowplugin.openflowjava.openflow-protocol-impl - 0.6.0.SNAPSHOT | Switch listener started and ready to accept incoming tcp/tls connections on port: 6653
2018-01-22T11:01:27,735 | INFO  | Thread-95        | OpenFlowPluginProviderImpl       | 380 - org.opendaylight.openflowplugin.impl - 0.6.0.SNAPSHOT | All switchConnectionProviders are up and running (2).
2018-01-22T11:01:27,736 | INFO  | Thread-95        | TcpHandler                       | 388 - org.opendaylight.openflowplugin.openflowjava.openflow-protocol-impl - 0.6.0.SNAPSHOT | Switch listener started and ready to accept incoming tcp/tls connections on port: 6633
2018-01-22T11:01:30,091 | INFO  | Thread-91        | StateManager                     | 358 - org.opendaylight.netvirt.statemanager-impl - 0.6.0.SNAPSHOT | StateManager all is ready
2018-01-22T11:03:08,300 | INFO  | metrics-file-reporter-1-thread-1 | MetricsFileReporter              | 276 - org.opendaylight.infrautils.metrics-impl - 1.3.0.SNAPSHOT | Directory does not exist, creating it: metrics
2018-01-22T11:03:08,303 | INFO  | metrics-file-reporter-1-thread-1 | MetricsFileReporter              | 276 - org.opendaylight.infrautils.metrics-impl - 1.3.0.SNAPSHOT | File does not exist, creating it: metrics.2.11
2018-01-22T11:05:55,249 | WARN  | BlueprintContainerRestartService | BlueprintContainerRestartServiceImpl | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | Failed to restart all blueprint containers within 5 minutes. Attempted to restart 1 [org.opendaylight.controller.netty-threadgroup-config_0.8.0.SNAPSHOT [209]] but only 0 completed restart
2018-01-22T11:05:55,251 | INFO  | BlueprintContainerRestartService | BlueprintContainerRestartServiceImpl | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | Restarting blueprint containers for bundle org.opendaylight.controller.netty-threadgroup-config_0.8.0.SNAPSHOT [209] and its dependent bundles []
2018-01-22T11:05:55,259 | INFO  | Blueprint-Container-ThreadPool | BlueprintExtender                | 79 - org.apache.aries.blueprint.core - 1.8.3 | Destroying BlueprintContainer for bundle org.opendaylight.controller.netty-threadgroup-config/0.8.0.SNAPSHOT
2018-01-22T11:05:55,265 | INFO  | Blueprint-Container-ThreadPool | BlueprintContainerRestartServiceImpl | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | Restarting blueprint container for bundle org.opendaylight.controller.netty-threadgroup-config_0.8.0.SNAPSHOT [209] with paths [bundleentry://209.fwk576936864/org/opendaylight/blueprint/netty-threadgroup.xml]
2018-01-22T11:05:55,278 | ERROR | CM Configuration Updater (ManagedService Update: pid=[org.opendaylight.netty.threadgroup]) | configadmin                      | 5 - org.apache.felix.configadmin - 1.8.16 | [org.osgi.service.cm.ManagedService, id=576, bundle=209/mvn:org.opendaylight.controller/netty-threadgroup-config/0.8.0-SNAPSHOT]: Unexpected problem updating configuration org.opendaylight.netty.threadgroup
org.osgi.service.blueprint.container.ServiceUnavailableException: The Blueprint container is being or has been destroyed: (objectClass=org.opendaylight.controller.blueprint.BlueprintContainerRestartService&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;so if I read above correctly, we have &lt;tt&gt;infrautils.ready&lt;/tt&gt; confirming that we have 461 active bundles, after (only.. not that bad) &lt;tt&gt;Elapsed time 17s&lt;/tt&gt;, so all good. Then some background thread starts 3x Jetty Web contexts, &lt;tt&gt;openflowplugin&lt;/tt&gt; is happy, &lt;tt&gt;netvirt.statemanager-impl&lt;/tt&gt; cheers and then... &lt;tt&gt;controller.blueprint&lt;/tt&gt; decides to restart &lt;tt&gt;controller.netty-threadgroup-config&lt;/tt&gt; ?? And that probably is the root cause for all the havoc we see after.&lt;/p&gt;</description>
                <environment></environment>
        <key id="29095">CONTROLLER-1809</key>
            <summary>Failed to restart all blueprint containers within 5 minutes. Attempted to restart 1 [org.opendaylight.controller.netty-threadgroup-config_0.8.0.SNAPSHOT [209]] but only 0 completed restart</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.opendaylight.org/images/icons/priorities/blocker.svg">Highest</priority>
                        <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="10000">Done</resolution>
                                        <assignee username="vorburger">Michael Vorburger</assignee>
                                    <reporter username="vorburger">Michael Vorburger</reporter>
                        <labels>
                    </labels>
                <created>Mon, 22 Jan 2018 13:56:00 +0000</created>
                <updated>Wed, 24 Jan 2018 11:37:21 +0000</updated>
                            <resolved>Wed, 24 Jan 2018 11:37:21 +0000</resolved>
                                                    <fixVersion>Oxygen</fixVersion>
                                    <component>blueprint</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="60780" author="tpantelis" created="Mon, 22 Jan 2018 14:46:10 +0000"  >&lt;p&gt;controller.netty-threadgroup-config and&#160;org.opendaylight.controller.netty-timer-config both restart but they&apos;re not the problem as they have no&#160;dependent bundles. The problem is:&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;2018-01-22T11:15:55,263 | INFO&#160; | BlueprintContainerRestartService | BlueprintContainerRestartServiceImpl | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | Restarting blueprint containers for bundle org.opendaylight.controller.sal-broker-impl&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;which attempts to restart the world.&#160;&lt;/p&gt;

&lt;p&gt;The restarts are due to the ComponentProcessor thinking the cfg file has updated. It has a ManagedService imp&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;    public void updated(final Dictionary&amp;lt;String, ?&amp;gt; properties) {
        LOG.debug(&quot;{}: ManagedService updated for persistentId {}, properties: {}, initialUpdate: {}&quot;,
                        logName(), persistentId, properties, initialUpdate);

         // The first update occurs when the service is registered so ignore it as we want subsequent
         // updates when it changes. The ConfigAdmin will send an update even if the cfg file doesn&apos;t
         // yet exist.
         if (initialUpdate) {
             initialUpdate = false;
         } else {
             blueprintContainerRestartService.restartContainerAndDependents(bundle);
         }
      }
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;&#160;&lt;br/&gt;
I wonder if we&apos;re getting extraneous updates causing it to think it&apos;s an actual update. Enabling debug for org.opendaylight.controller.blueprint.ext.ComponentProcessor would help.&lt;/p&gt;</comment>
                            <comment id="60781" author="tpantelis" created="Mon, 22 Jan 2018 14:50:38 +0000"  >&lt;p&gt;The full stack trace for the exception is&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;2018-01-22T11:05:55,278 | ERROR | CM Configuration Updater (ManagedService Update: pid=[org.opendaylight.netty.threadgroup]) | configadmin                      | 5 - org.apache.felix.configadmin - 1.8.16 | [org.osgi.service.cm.ManagedService, id=576, bundle=209/mvn:org.opendaylight.controller/netty-threadgroup-config/0.8.0-SNAPSHOT]: Unexpected problem updating configuration org.opendaylight.netty.threadgroup
org.osgi.service.blueprint.container.ServiceUnavailableException: The Blueprint container is being or has been destroyed: (objectClass=org.opendaylight.controller.blueprint.BlueprintContainerRestartService)
	at org.apache.aries.blueprint.container.ReferenceRecipe.getService(ReferenceRecipe.java:241) [79:org.apache.aries.blueprint.core:1.8.3]
	at org.apache.aries.blueprint.container.ReferenceRecipe.access$000(ReferenceRecipe.java:56) [79:org.apache.aries.blueprint.core:1.8.3]
	at org.apache.aries.blueprint.container.ReferenceRecipe$ServiceDispatcher.call(ReferenceRecipe.java:306) [79:org.apache.aries.blueprint.core:1.8.3]
	at Proxyf38dd91d_6455_476d_85a8_204bc3b78dae.restartContainerAndDependents(Unknown Source) [?:?]
	at org.opendaylight.controller.blueprint.ext.ComponentProcessor$1.updated(ComponentProcessor.java:149) [192:org.opendaylight.controller.blueprint:0.8.0.SNAPSHOT]
	at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1479) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1435) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141) [5:org.apache.felix.configadmin:1.8.16]
	at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109) [5:org.apache.felix.configadmin:1.8.16]
	at java.lang.Thread.run(Thread.java:748) [?:?]
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;So the ConfigAdmin is notifying for some reason after/while the BP container is being destroyed. It seems some behavior in ConfigAdmin had changed.&lt;/p&gt;</comment>
                            <comment id="60782" author="vorburger" created="Mon, 22 Jan 2018 15:24:51 +0000"  >&lt;p&gt;This &lt;b&gt;IS&lt;/b&gt; actually locally reproducible reliably, fairly easily... &lt;/p&gt;

&lt;p&gt;&amp;gt; Enabling debug for org.opendaylight.controller.blueprint.ext.ComponentProcessor would help.&lt;/p&gt;

&lt;p&gt;I&apos;ve attached a karaf.log obtained like this (exact steps here more to be able to repeat this in the future, if ever needed) :&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;cd integration/distribution/karaf
mvn clean package
cd target/assembly

nano etc/org.ops4j.pax.logging.cfg
log4j2.logger.org_opendaylight_controller_blueprint_ext_componentprocessor.level = DEBUG
log4j2.logger.org_opendaylight_controller_blueprint_ext_componentprocessor.name = org.opendaylight.controller.blueprint.ext.ComponentProcessor
log4j2.logger.org_opendaylight_controller_blueprint_ext_datastoreappconfigmetadata.level = DEBUG
log4j2.logger.org_opendaylight_controller_blueprint_ext_datastoreappconfigmetadata.name = org.opendaylight.controller.blueprint.ext.DataStoreAppConfigMetadata
log4j2.logger.org_opendaylight_controller_blueprint_blueprintcontainerrestartserviceimpl.level = DEBUG
log4j2.logger.org_opendaylight_controller_blueprint_blueprintcontainerrestartserviceimpl.name = org.opendaylight.controller.blueprint.BlueprintContainerRestartServiceImpl

nano etc/org.apache.karaf.features.cfg
add &quot;odl-infrautils-ready odl-netvirt-openstack&quot; before that UUID in featuresBoot = ...

bin/karaf&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;as per &lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=tpantelis&quot; class=&quot;user-hover&quot; rel=&quot;tpantelis&quot;&gt;tpantelis&lt;/a&gt; suggested workaround on &lt;a href=&quot;https://lists.opendaylight.org/pipermail/odlparent-dev/2018-January/001592.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://lists.opendaylight.org/pipermail/odlparent-dev/2018-January/001592.html&lt;/a&gt; (Thank You!), I&apos;ll now try to see if setting &quot;odl:restart-dependents-on-updates=false&quot; instead of current true in sal-broker-impl helps...&lt;/p&gt;</comment>
                            <comment id="60783" author="vorburger" created="Mon, 22 Jan 2018 16:03:03 +0000"  >&lt;p&gt;&amp;gt;&#160;&#160;try to see if setting &quot;odl:restart-dependents-on-updates=false&quot; instead of current true in sal-broker-impl helps...&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/67429/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/67429/&lt;/a&gt;&#160;does this (in a few more places than&#160;sal-broker-impl) and I can confirm this solves the problem above.&lt;/p&gt;

&lt;p&gt;Whether that is the solution we want to adopt I think we should decide together... finding the real fix would be even better, of course; alternatively&#160;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=tpantelis&quot; class=&quot;user-hover&quot; rel=&quot;tpantelis&quot;&gt;tpantelis&lt;/a&gt;&#160;suggested we could just comment out reload in code instead (which has the advantage of affecting and helping all projects without having to change indidivual BP XML, but I fear could be VERY confusing in the future, if we don&apos;t find the real fix, so personally I&apos;m less of a fan).&lt;/p&gt;

&lt;p&gt;NB: Beyond &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/67429/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;c/67429&lt;/a&gt;, I&apos;m seeing more&#160;odl:restart-dependents-on-updates which may have to be changed from true to false, in:&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;./lispflowmapping/mappingservice/southbound/src/main/resources/org/opendaylight/blueprint/mappingservice-southbound.xml: odl:restart-dependents-on-updates=&quot;true&quot;
./netconf/netconf/mdsal-netconf-impl/src/main/resources/org/opendaylight/blueprint/mdsal-netconf-impl.xml: odl:restart-dependents-on-updates=&quot;true&quot;
./netconf/netconf/mdsal-netconf-ssh/src/main/resources/org/opendaylight/blueprint/netconf-ssh.xml: odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;
./netconf/netconf/netconf-config/src/main/resources/org/opendaylight/blueprint/netconf-config.xml: odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;
./netconf/netconf/mdsal-netconf-notification/src/main/resources/org/opendaylight/blueprint/mdsal-netconf-notification.xml: odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;
./netconf/netconf/mdsal-netconf-tcp/src/main/resources/org/opendaylight/blueprint/netconf-tcp.xml: odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;
./controller/opendaylight/md-sal/samples/toaster-provider/src/main/resources/org/opendaylight/blueprint/toaster-provider.xml: odl:restart-dependents-on-updates=&quot;true&quot; odl:use-default-for-reference-types=&quot;true&quot;&amp;gt;
./tsdr/datapurge/src/main/resources/org/opendaylight/blueprint/tsdr-datapurge.xml: odl:use-default-for-reference-types=&quot;true&quot; odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;
./tsdr/collectors/syslog-collector/src/main/resources/org/opendaylight/blueprint/syslog-collector.xml: odl:use-default-for-reference-types=&quot;true&quot; odl:restart-dependents-on-updates=&quot;true&quot;&amp;gt;&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="60784" author="tpantelis" created="Mon, 22 Jan 2018 17:03:59 +0000"  >&lt;p&gt;As I suspected, for some reason ConfigAdmin sends an extraneous duplicate update:&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;2018-01-22T16:18:05,630 | DEBUG | CM Configuration Updater (ManagedService Update: pid=[org.ops4j.pax.url.mvn]) | ComponentProcessor | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | org.opendaylight.controller.netty-threadgroup-config: ManagedService updated for persistentId org.opendaylight.netty.threadgroup, properties: null, initialUpdate: true
2018-01-22T16:18:05,631 | DEBUG | CM Configuration Updater (ManagedService Update: pid=[org.opendaylight.netty.threadgroup]) | ComponentProcessor | 192 - org.opendaylight.controller.blueprint - 0.8.0.SNAPSHOT | org.opendaylight.controller.netty-threadgroup-config: ManagedService updated for persistentId org.opendaylight.netty.threadgroup, properties: null, initialUpdate: false
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Oddly, this doesn&apos;t reproduce when running the controller karaf distro with the toaster installed. Looks like we&apos;ll have to de-duplicate but can disable restarts for now.&lt;/p&gt;</comment>
                            <comment id="60793" author="tpantelis" created="Mon, 22 Jan 2018 22:56:02 +0000"  >&lt;p&gt;I pushed &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/67448/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/67448/&lt;/a&gt; to store the last update and only restart if it changed although, in my testing, the ConfigAdmin does not notify unless a change actually occurred. It&apos;s mystery why the duplicate updates occur when running integration/CSIT as I don&apos;t see the strange behavior when running the controller karaf distro. There may be something else insidious going on - it behaves like there&apos;s 2 ConfigAdmin instances running in karaf.&lt;/p&gt;</comment>
                            <comment id="60804" author="faseela.k@ericsson.com" created="Tue, 23 Jan 2018 14:41:17 +0000"  >&lt;p&gt;Tom,&lt;/p&gt;

&lt;p&gt;&#160; Could you please try running netvirt distro? For me genius distro used to work fine, but whenever I built netvirt distro, and did feature:install odl-netvirt-openstack, several issues started popping up.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Thanks,&lt;/p&gt;

&lt;p&gt;Faseela&lt;/p&gt;</comment>
                            <comment id="60810" author="vorburger" created="Wed, 24 Jan 2018 11:37:14 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/67444/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/67444/&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="14367" name="karaf.log" size="983565" author="vorburger" created="Mon, 22 Jan 2018 15:20:18 +0000"/>
                            <attachment id="14368" name="karaf_with_c67429.log" size="917233" author="vorburger" created="Mon, 22 Jan 2018 16:14:05 +0000"/>
                    </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_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i039nb:</customfieldvalue>

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