<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:14:09 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>[NETCONF-93] &quot;Failed to initialize transaction&quot; when removing a Netconf device</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-93</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;When an attempt to unmount a netconf device is made through restconf, sometimes the response is:&lt;/p&gt;

&lt;p&gt;&quot;error-tag&quot;:&quot;operation-failed&quot;&lt;br/&gt;
&quot;error-message&quot;:&quot;Error while deleting data&quot;&lt;br/&gt;
&quot;error-info&quot;:&quot;java.lang.RuntimeException: RemoteDevice&lt;/p&gt;
{controller-config}
&lt;p&gt;: Failed to prepare candidate. Failed to initialize transaction ...&quot;&lt;/p&gt;

&lt;p&gt;This bug can be hit pretty reliably (over 90% hit rate) by mounting 200 devices (or more), querying each of them for data in a rapid succession (possibly using a multithreaded process) and then unmount them. The bug hits between devices number 100 and 140. An unfinished test suite doing this is available here: &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/28730&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/28730&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Attached is a log file fragment from the time when one of these failures was observed. It is fairly large but the first exception seen there suggests that the code handling the connection to netconf somehow lost track of the netconf message IDs and choked. This might be also restconf problem but it occurs in netconf and thus it is reported as netconf bug.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21106">NETCONF-93</key>
            <summary>&quot;Failed to initialize transaction&quot; when removing a Netconf device</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="10000">Done</resolution>
                                        <assignee username="tcere">Tomas Cere</assignee>
                                    <reporter username="jbehran@cisco.com">Jozef Behran</reporter>
                        <labels>
                    </labels>
                <created>Wed, 28 Oct 2015 11:21:30 +0000</created>
                <updated>Fri, 15 Mar 2019 22:22:16 +0000</updated>
                            <resolved>Tue, 19 Jan 2016 09:45:18 +0000</resolved>
                                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="39043" author="jbehran@cisco.com" created="Wed, 28 Oct 2015 11:21:30 +0000"  >&lt;p&gt;Attachment dev124.log has been added with description: Log file fragment with errors deleting a netconf device&lt;/p&gt;</comment>
                            <comment id="39038" author="jbehran@cisco.com" created="Fri, 6 Nov 2015 15:55:41 +0000"  >&lt;p&gt;Occurs in Lithium-snapshot.&lt;/p&gt;</comment>
                            <comment id="39039" author="tcere" created="Tue, 24 Nov 2015 12:37:36 +0000"  >&lt;p&gt;Probably also present on Berylium, but needs to be verified there aswell.&lt;/p&gt;</comment>
                            <comment id="39040" author="vrpolak" created="Thu, 26 Nov 2015 15:55:19 +0000"  >&lt;p&gt;Beryllium status is (hopefully) tracked by this daily CSIT job (target 600 devices):&lt;br/&gt;
&lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-1node-periodic-scale-only-beryllium/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-1node-periodic-scale-only-beryllium/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;There are also &lt;b&gt;&lt;del&gt;stable-lithium and *-all&lt;/del&gt;&lt;/b&gt; jobs in place.&lt;/p&gt;</comment>
                            <comment id="39041" author="jbehran@cisco.com" created="Mon, 30 Nov 2015 14:53:37 +0000"  >&lt;p&gt;Target is 500 devices.&lt;/p&gt;

&lt;p&gt;600 devices won&apos;t fit into memory due to &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-88&quot; title=&quot;Memory leak when mounting/unmounting devices&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-88&quot;&gt;&lt;del&gt;NETCONF-88&lt;/del&gt;&lt;/a&gt;. More specifically, it fits now but once the multi-threaded GET suite gets merged as well, it won&apos;t fit anymore as the &lt;a href=&quot;https://jira.opendaylight.org/browse/NETCONF-88&quot; title=&quot;Memory leak when mounting/unmounting devices&quot; class=&quot;issue-link&quot; data-issue-key=&quot;NETCONF-88&quot;&gt;&lt;del&gt;NETCONF-88&lt;/del&gt;&lt;/a&gt; will be hit twice, leaking enough memory to hit OutOfMemoryException.&lt;/p&gt;</comment>
                            <comment id="39042" author="tcere" created="Fri, 8 Jan 2016 14:16:21 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/32272/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/32272/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;This patch fixes message order mixup, there is still an issue when configuring netconf connector asynchronously. Since a configuration consists of lock-edit-commit-unlock, if mulitple configurations are being sent asynchronously through one session the operations can interfere and 2 commits can be called after each other for example.&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="12646" name="dev124.log" size="55369" author="jbehran@cisco.com" created="Wed, 28 Oct 2015 11:21:30 +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>4547</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=4547]]></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="10352"><![CDATA[Beryllium-RC0]]></customfieldvalue>

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

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