<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:55:29 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-1412] Clustering : Often odl-cluster-data &amp; odl-cluster-rpc Ports not coming up due config-pusher exception in 3 node cluster setup</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1412</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;I am using a Dell host (32 cores) on which controller 3 VMs are started. each controller has been configured with 6 vCPUs and 6GB RAM. However often I see due to config pusher exception odl-cluster-data (2550) &amp;amp; odl-cluster-rpc Ports (2551) are not coming up in any random node.&lt;/p&gt;

&lt;p&gt;sdnc-host2:~ # c1&lt;br/&gt;
Welcome to Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-43-generic x86_64)&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;Documentation:  &lt;a href=&quot;https://help.ubuntu.com/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://help.ubuntu.com/&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Last login: Mon Aug 24 02:15:14 2015 from 10.183.181.12&lt;br/&gt;
root@mininet-vm:~# netstat -na | grep 2551&lt;br/&gt;
root@mininet-vm:~# netstat -na | grep 2550&lt;br/&gt;
root@mininet-vm:~#&lt;/p&gt;




&lt;p&gt;opendaylight-user@root&amp;gt;Exception in thread &quot;config-pusher&quot; java.lang.IllegalStateException: Unable to push configuration due to missing yang models. Required yang models that are missing: &lt;span class=&quot;error&quot;&gt;&amp;#91;urn:opendaylight:params:xml:ns:yang:controller:netty:threadgroup?module=threadgroup&amp;amp;revision=2013-11-07, urn:opendaylight:params:xml:ns:yang:controller:netty:timer?module=netty-timer&amp;amp;revision=2013-11-19, urn:opendaylight:params:xml:ns:yang:controller:netty:eventexecutor?module=netty-event-executor&amp;amp;revision=2013-11-12&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationServiceWithRetries(ConfigPusherImpl.java:168)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.pushConfigWithConflictingVersionRetries(ConfigPusherImpl.java:131)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.internalPushConfigs(ConfigPusherImpl.java:103)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.process(ConfigPusherImpl.java:76)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.osgi.ConfigPersisterActivator$InnerCustomizer$1.run(ConfigPersisterActivator.java:181)&lt;br/&gt;
        at java.lang.Thread.run(Thread.java:745)&lt;br/&gt;
Caused by: org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl$NotEnoughCapabilitiesException: Not enough capabilities for 00-netty.xml(odl-config-netty,odl-config-netty). Expected but not found: &lt;span class=&quot;error&quot;&gt;&amp;#91;urn:opendaylight:params:xml:ns:yang:controller:netty:threadgroup?module=threadgroup&amp;amp;revision=2013-11-07, urn:opendaylight:params:xml:ns:yang:controller:netty:timer?module=netty-timer&amp;amp;revision=2013-11-19, urn:opendaylight:params:xml:ns:yang:controller:netty:eventexecutor?module=netty-event-executor&amp;amp;revision=2013-11-12&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationService(ConfigPusherImpl.java:248)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationServiceWithRetries(ConfigPusherImpl.java:151)&lt;br/&gt;
        ... 5 more&lt;/p&gt;



&lt;p&gt;opendaylight-user@root&amp;gt;Exception in thread &quot;config-pusher&quot; java.lang.IllegalStateException: Unable to push configuration due to missing yang models. Required yang models that are missing: &lt;span class=&quot;error&quot;&gt;&amp;#91;urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding:impl?module=opendaylight-sal-binding-broker-impl&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding?module=opendaylight-md-sal-binding&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom?module=opendaylight-md-sal-dom&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom:impl?module=opendaylight-sal-dom-broker-impl&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:inmemory-datastore-provider?module=opendaylight-inmemory-datastore-provider&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:common?module=opendaylight-md-sal-common&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:spi:operational-dom-store?module=opendaylight-operational-dom-datastore&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:spi:config-dom-store?module=opendaylight-config-dom-datastore&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom:pingpong?module=opendaylight-pingpong-broker&amp;amp;revision=2014-11-07&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationServiceWithRetries(ConfigPusherImpl.java:168)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.pushConfigWithConflictingVersionRetries(ConfigPusherImpl.java:131)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.internalPushConfigs(ConfigPusherImpl.java:103)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.process(ConfigPusherImpl.java:76)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.osgi.ConfigPersisterActivator$InnerCustomizer$1.run(ConfigPersisterActivator.java:181)&lt;br/&gt;
        at java.lang.Thread.run(Thread.java:745)&lt;br/&gt;
Caused by: org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl$NotEnoughCapabilitiesException: Not enough capabilities for 01-md-sal.xml(odl-mdsal-broker,odl-mdsal-broker). Expected but not found: &lt;span class=&quot;error&quot;&gt;&amp;#91;urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding:impl?module=opendaylight-sal-binding-broker-impl&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding?module=opendaylight-md-sal-binding&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom?module=opendaylight-md-sal-dom&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom:impl?module=opendaylight-sal-dom-broker-impl&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:inmemory-datastore-provider?module=opendaylight-inmemory-datastore-provider&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:common?module=opendaylight-md-sal-common&amp;amp;revision=2013-10-28, urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:spi:operational-dom-store?module=opendaylight-operational-dom-datastore&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:core:spi:config-dom-store?module=opendaylight-config-dom-datastore&amp;amp;revision=2014-06-17, urn:opendaylight:params:xml:ns:yang:controller:md:sal:dom:pingpong?module=opendaylight-pingpong-broker&amp;amp;revision=2014-11-07&amp;#93;&lt;/span&gt;&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationService(ConfigPusherImpl.java:248)&lt;br/&gt;
        at org.opendaylight.controller.netconf.persist.impl.ConfigPusherImpl.getOperationServiceWithRetries(ConfigPusherImpl.java:151)&lt;br/&gt;
        ... 5 more&lt;/p&gt;

&lt;p&gt;opendaylight-user@root&amp;gt;&lt;br/&gt;
opendaylight-user@root&amp;gt;&lt;br/&gt;
opendaylight-user@root&amp;gt;shutdown -f&lt;br/&gt;
opendaylight-user@root&amp;gt;&lt;br/&gt;
root@mininet-vm:/home/mininet/controller-Li/distributions/karaf/target/assembly/bin#&lt;/p&gt;





&lt;p&gt;3. Another Observation i see:&lt;br/&gt;
High CPU utilization seen during startup and loading of modules&lt;/p&gt;

&lt;p&gt;feature:install odl-restconf-all&lt;br/&gt;
feature:install odl-mdsal-all&lt;br/&gt;
feature:install odl-openflowplugin-all&lt;/p&gt;

&lt;p&gt;sdnc-host2:~ # top&lt;br/&gt;
top - 07:00:23 up 101 days, 17:31,  7 users,  load average: 12.17, 9.46, 6.02&lt;br/&gt;
Tasks: 282 total,   1 running, 281 sleeping,   0 stopped,   0 zombie&lt;br/&gt;
Cpu(s):  6.8%us,  0.3%sy,  0.0%ni, 92.9%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st&lt;br/&gt;
Mem:     64501M total,    56198M used,     8302M free,      270M buffers&lt;br/&gt;
Swap:     2053M total,       32M used,     2021M free,    32930M cached&lt;/p&gt;

&lt;p&gt;   PID USER      PR  NI  VIRT  RES  SHR S   %CPU %MEM    TIME+  COMMAND&lt;br/&gt;
35009 root      20   0 6550m 3.4g 5868 S     86  5.4  24:11.17 qemu-kvm&lt;br/&gt;
34965 root      20   0 6536m 3.5g 5956 S     63  5.5  22:18.25 qemu-kvm&lt;br/&gt;
34922 root      20   0 6537m 3.4g 5952 S     51  5.4  24:44.43 qemu-kvm&lt;br/&gt;
  7396 root      20   0 4317m 1.7g 5284 S     18  2.7 803:54.41 qemu-kvm&lt;br/&gt;
  5554 root      20   0 4424m 2.9g 5924 S      6  4.6 367:41.77 qemu-kvm&lt;br/&gt;
120625 root      20   0 16.3g 1.9g 5844 S      2  2.9 208:00.90 qemu-kvm&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="25966">CONTROLLER-1412</key>
            <summary>Clustering : Often odl-cluster-data &amp; odl-cluster-rpc Ports not coming up due config-pusher exception in 3 node cluster setup</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="sanjib.mohapatra@ericsson.com">Sanjib Mohapatra</reporter>
                        <labels>
                    </labels>
                <created>Wed, 26 Aug 2015 11:16:22 +0000</created>
                <updated>Thu, 19 Oct 2017 21:26:52 +0000</updated>
                            <resolved>Thu, 4 Feb 2016 14:29:21 +0000</resolved>
                                    <version>Lithium</version>
                                                    <component>clustering</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="51006" author="moraja@cisco.com" created="Tue, 27 Oct 2015 15:07:25 +0000"  >&lt;p&gt;Is this reproducible on Lithium?&lt;/p&gt;</comment>
                            <comment id="51007" author="sanjib.mohapatra@ericsson.com" created="Wed, 28 Oct 2015 13:30:29 +0000"  >&lt;p&gt;I have not seen it in SR1 Lithium.&lt;/p&gt;</comment>
                            <comment id="51008" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 14:46:37 +0000"  >&lt;p&gt;c5.karaf.log contains below ERROR message&lt;/p&gt;


&lt;p&gt;2015-11-03 06:13:22,029 | ERROR | config-pusher    | ConfigPusherImpl                 | 143 - org.opendaylight.controller.config-persister-impl - 0.3.2.Lithium-SR2 | Unable to push configuration due to missing yang models. Yang models that are missing, but required by the configuration: &lt;span class=&quot;error&quot;&gt;&amp;#91;urn:opendaylight:params:xml:ns:yang:controller:netty:timer?module=netty-timer&amp;amp;revision=2013-11-19&amp;#93;&lt;/span&gt;. For each mentioned model check:  1. that the mentioned yang model namespace/name/revision is identical to those in the yang model itself 2. the yang file is present in the system 3. the bundle with that yang file is present in the system and active 4. the yang parser did not fail while attempting to parse that model&lt;/p&gt;</comment>
                            <comment id="51011" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 14:46:37 +0000"  >&lt;p&gt;Attachment c5.karaf.rar has been added with description: c5.karaf.log&lt;/p&gt;</comment>
                            <comment id="51009" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 14:48:09 +0000"  >&lt;p&gt;Tested in in SR2 in 5 node cluster, finding the issue often, Please refer my previous comment with log attachment.&lt;/p&gt;</comment>
                            <comment id="51010" author="tpantelis" created="Thu, 4 Feb 2016 14:29:21 +0000"  >&lt;p&gt;This is not an issue with clustering. The 00-netty module is failing to load due to a missing netty-timer yang model which prevents every other config module, including clustering, from loading. I don&apos;t know why the yang model wasn&apos;t found in your SR2 setup - I haven&apos;t heard of this specific issue elsewhere. I suspect a timing issue where the bundle containing the netty-timer yang model hadn&apos;t yet activated when it tried to push the config. There were improvements in this area in Be.&lt;/p&gt;

&lt;p&gt;I&apos;m going to close this bug since it&apos;s not related to clustering. If the issue persists  in Be or the current Li release then open another bug (I would say the config component) and/or ask on the controller-dev mailing list.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="21045">NETCONF-32</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="13542" name="c5.karaf.rar" size="5151" author="sanjib.mohapatra@ericsson.com" created="Tue, 3 Nov 2015 14:46:37 +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_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4192</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=4192]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10204" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>ODL SR Target Milestone</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10317"><![CDATA[Beryllium]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10202" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Priority</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10312"><![CDATA[High]]></customfieldvalue>

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

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