<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:14:14 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-128] Cannot detect netconf up and running when odl-netconf-connector-* is not used</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-128</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;When odl-netconf-connector-* feature is not installed (example: Netconf clustered CRUD tests &lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;, &lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt;, &lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt;, &lt;span class=&quot;error&quot;&gt;&amp;#91;4&amp;#93;&lt;/span&gt;), then there is no way to remotely detect whether Netconf is ready or not (and when that happens). Locally it is possible to grep logs for &quot;&amp;lt;some netconf related component&amp;gt; is up/initialized successfully/whatever&quot; message but when no ssh access is provided, this can&apos;t help much. This currently breaks &quot;netconf readiness&quot; suite as it was intended to detect exactly when Netconf is ready.&lt;/p&gt;

&lt;p&gt;Investigation revealed that the problem is caused by bizzare behavior of Netconf. All Netconf related Restconf URLs will return &quot;404 Not Found&quot; until a Netconf device is configured, then they mysteriously start to report &quot;200 Ok&quot;. Tested on Netconf topology. The correct behavior (at least for topology) is to start returning &quot;200 Ok&quot; as soon as devices can be configured.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-3node-clustering-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-3node-clustering-only-beryllium/&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-3node-clustering-all-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-3node-clustering-all-beryllium/&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-3node-clustering-only-boron/&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-3node-clustering-only-boron/&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;4&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://jenkins.opendaylight.org/releng/view/netconf/job/netconf-csit-3node-clustering-all-boron/&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-3node-clustering-all-boron/&lt;/a&gt;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21141">NETCONF-128</key>
            <summary>Cannot detect netconf up and running when odl-netconf-connector-* is not used</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>Tue, 19 Jan 2016 16:27:36 +0000</created>
                <updated>Mon, 5 Dec 2022 19:50:58 +0000</updated>
                            <resolved>Fri, 22 Jan 2016 12:36:44 +0000</resolved>
                                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="39138" author="jbehran@cisco.com" created="Tue, 19 Jan 2016 17:05:26 +0000"  >&lt;p&gt;This change is reportedly fixing this problem: &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/32936/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/32936/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="39139" author="jbehran@cisco.com" created="Tue, 19 Jan 2016 17:30:05 +0000"  >&lt;p&gt;It appears the patch above was merged but is still not in the artifacts in Nexus. So a multipatch-sandbox-build job is due to be done to make sure this bug is not there. Changing to &quot;waiting for review&quot;.&lt;/p&gt;</comment>
                            <comment id="39140" author="jbehran@cisco.com" created="Wed, 20 Jan 2016 11:59:45 +0000"  >&lt;p&gt;Just completed testing on a Beryllium snapshot (had to build it locally as the build server(s) are broken; build was made from stable/beryllium sources as they were yesterday evening). This bug is still present.&lt;/p&gt;</comment>
                            <comment id="39141" author="jbehran@cisco.com" created="Wed, 20 Jan 2016 12:00:44 +0000"  >&lt;p&gt;(changed to &quot;CONFIRMED&quot; as the bug is confirmed to survive the patches)&lt;/p&gt;</comment>
                            <comment id="39142" author="jbehran@cisco.com" created="Thu, 21 Jan 2016 09:16:14 +0000"  >&lt;p&gt;Another change that contributes to fixing this bug: &lt;a href=&quot;https://git.opendaylight.org/gerrit/32939/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/32939/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="39143" author="jbehran@cisco.com" created="Thu, 21 Jan 2016 09:21:15 +0000"  >&lt;p&gt;Results of discussion with developers:&lt;/p&gt;

&lt;p&gt;1. The fixes add the topology into the operational datastore.&lt;br/&gt;
   However the test suite is searching it in config datastore.&lt;br/&gt;
   We agreed that it would be good to add it into the config datastore&lt;br/&gt;
   as well as some components might search it there and get confused&lt;br/&gt;
   if not found.&lt;br/&gt;
2. The fixes did not make it to beryllium before I built my image so I&lt;br/&gt;
   did not have them (yet).&lt;/p&gt;

&lt;p&gt;Going to retest with the latest image of netconf. Right now leaving at &quot;confirmed&quot; as the bug is still there (the netconf may be invisible to components which search for topology in config datastore only).&lt;/p&gt;</comment>
                            <comment id="39144" author="tcere" created="Thu, 21 Jan 2016 09:53:09 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/33196/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/33196/&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="36423">NETCONF-919</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </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>5014</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=5014]]></customfieldvalue>

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

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