<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:56:35 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-1841] skip checking /restconf/modules</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1841</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;the robot test case to find the new leader normally first polls on /restconf/modules&lt;br/&gt;
before going to jolokia to check the car shard for leadership. in some failure cases&lt;br/&gt;
we notice that the polling goes for 35s on /restconf/modules (polling 5 times with&lt;br/&gt;
5s timeouts) and fails. We want to skip that check and just go straight to /jolokia&lt;br/&gt;
just to collect that data point.&lt;/p&gt;

&lt;p&gt;/restconf/modules should still respond, imho, so we would want to figure that out&lt;br/&gt;
eventually as well&lt;/p&gt;</description>
                <environment></environment>
        <key id="30184">CONTROLLER-1841</key>
            <summary>skip checking /restconf/modules</summary>
                <type id="10102" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10316&amp;avatarType=issuetype">Sub-task</type>
                            <parent id="30151">CONTROLLER-1838</parent>
                                    <priority id="3" iconUrl="https://jira.opendaylight.org/images/icons/priorities/major.svg">Medium</priority>
                        <status id="10004" iconUrl="https://jira.opendaylight.org/images/icons/status_generic.gif" description="">Verified</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="jluhrsen">Jamo Luhrsen</assignee>
                                    <reporter username="jluhrsen">Jamo Luhrsen</reporter>
                        <labels>
                    </labels>
                <created>Fri, 22 Jun 2018 17:17:22 +0000</created>
                <updated>Thu, 5 Jul 2018 20:14:27 +0000</updated>
                            <resolved>Thu, 5 Jul 2018 20:14:22 +0000</resolved>
                                                                    <component>clustering</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="63679" author="jluhrsen" created="Tue, 26 Jun 2018 00:11:14 +0000"  >&lt;p&gt;When I remove the initial /restconf/modules check from the logic that figures out who the new leader and followers&lt;br/&gt;
are after isolation, those steps are passing. However, there are other REST interactions in these tests that will fail&lt;br/&gt;
for a similar reason.&lt;/p&gt;

&lt;p&gt;I think at the end of all of this, we really need to understand and fix what is causing /restconf to be unresponsive.&lt;br/&gt;
That is too basic of a problem to ignore, and is just getting in the way of other debugging we might need to do.&lt;/p&gt;

&lt;p&gt;For example, after skipping the /restconf call when figuring out the new leader, the test just fails when trying to use&lt;br/&gt;
restconf to add cars, and then again when trying to read from restconf to count how many cars are added.&lt;/p&gt;

&lt;p&gt;If we are lucky, and this tell-based protocol is doing what we expect, then maybe this unresponsive /restconf/&lt;br/&gt;
issue is our only problem in this job to worry about.&lt;/p&gt;</comment>
                            <comment id="63682" author="jluhrsen" created="Tue, 26 Jun 2018 00:26:49 +0000"  >&lt;p&gt;&lt;a href=&quot;https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/builder-copy-sandbox-logs/138/jamo-controller-csit-3node-rest-clust-cars-perf-only-fluorine/3/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;example job&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="63935" author="jluhrsen" created="Thu, 5 Jul 2018 20:14:22 +0000"  >&lt;p&gt;we did try this, and it did help somewhat as we didn&apos;t get quicker failures, but when the restconf was getting locked up (401 or 500) the csit will eventually hit the problems in some fashion&lt;br/&gt;
(all ODL interaction is via REST)&lt;/p&gt;</comment>
                    </comments>
                    <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_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i03fvz:</customfieldvalue>

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