<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:16:25 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-994] akka asktimeout in a single node cluster</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-994</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;ol&gt;
	&lt;li&gt;Used NEtconf 5.0.4&lt;/li&gt;
	&lt;li&gt;JAVA_OPTS=Xms512M -Xmx12288m -XX:+UseG1GC&lt;/li&gt;
	&lt;li&gt;Tried mounting 40K devices one after another with payloads like this..&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;&#160;&lt;del&gt;8&amp;lt;&lt;/del&gt;---------------&lt;/p&gt;

&lt;p&gt;&#160;&amp;lt;node xmlns=&quot;urn:TBD:params:xml:ns:yang:network-topology&quot;&amp;gt;&lt;br/&gt;
&#160; &amp;lt;node-id&amp;gt;$NODE_NAME&amp;lt;/node-id&amp;gt;&lt;br/&gt;
&#160; &amp;lt;host xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;172.17.0.2&amp;lt;/host&amp;gt;&lt;br/&gt;
&#160; &amp;lt;port xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;$NODE_PORT&amp;lt;/port&amp;gt;&lt;br/&gt;
&#160; &amp;lt;username xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;admin&amp;lt;/username&amp;gt;&lt;br/&gt;
&#160; &amp;lt;password xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;topsecret&amp;lt;/password&amp;gt;&lt;br/&gt;
&#160; &amp;lt;tcp-only xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;false&amp;lt;/tcp-only&amp;gt;&lt;br/&gt;
&#160; &amp;lt;reconnect-on-changed-schema xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;false&amp;lt;/reconnect-on-changed-schema&amp;gt;&lt;br/&gt;
&#160; &amp;lt;connection-timeout-millis xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;20000&amp;lt;/connection-timeout-millis&amp;gt;&lt;br/&gt;
&#160; &amp;lt;default-request-timeout-millis xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;60000&amp;lt;/default-request-timeout-millis&amp;gt;&lt;br/&gt;
&#160; &amp;lt;max-connection-attempts xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;24&amp;lt;/max-connection-attempts&amp;gt;&lt;br/&gt;
&#160; &amp;lt;between-attempts-timeout-millis xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;60000&amp;lt;/between-attempts-timeout-millis&amp;gt;&lt;br/&gt;
&#160; &amp;lt;sleep-factor xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;1&amp;lt;/sleep-factor&amp;gt;&lt;br/&gt;
&#160; &amp;lt;keepalive-delay xmlns=&quot;urn:opendaylight:netconf-node-topology&quot;&amp;gt;300&amp;lt;/keepalive-delay&amp;gt;&lt;br/&gt;
&amp;lt;/node&amp;gt;&lt;/p&gt;

&lt;p&gt;-----&lt;del&gt;&amp;gt;8&lt;/del&gt;-----&lt;/p&gt;

&lt;p&gt;4. After nearly 20 K PUT in a sequence with a sleep of 0.01 seconds after every PUT.&lt;/p&gt;

&lt;p&gt;5. ODL stopped responding to PUT, GET was working though!!!&lt;/p&gt;

&lt;p&gt;Karaf.log kept printing this error again and again&lt;/p&gt;

&lt;p&gt;----&lt;del&gt;8&amp;lt;&lt;/del&gt;---------&lt;/p&gt;

&lt;p&gt;2023-04-17T17:48:18,974 | WARN &#160;| ForkJoinPool.commonPool-worker-9 | AbstractShardBackendResolver &#160; &#160; | 194 - org.opendaylight.controller.sal-distributed-datastore - 7.0.4 | Failed to resolve shard&lt;br/&gt;
java.util.concurrent.TimeoutException: Connection attempt failed&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.wrap(AbstractShardBackendResolver.java:151) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.onConnectResponse(AbstractShardBackendResolver.java:168) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.lambda$connectShard$4(AbstractShardBackendResolver.java:161) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:863) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:841) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture$Completion.exec(CompletableFuture.java:483) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
Caused by: akka.pattern.AskTimeoutException: Ask timed out on &lt;a href=&quot;#900040822)]&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;ActorSelection[Anchor(akka://opendaylight-cluster-data/), Path(/user/shardmanager-config/member-1-shard-topology-config#900040822)]&lt;/a&gt; after &lt;span class=&quot;error&quot;&gt;&amp;#91;5000 ms&amp;#93;&lt;/span&gt;. Message of type &lt;span class=&quot;error&quot;&gt;&amp;#91;org.opendaylight.controller.cluster.access.commands.ConnectClientRequest&amp;#93;&lt;/span&gt;. A typical reason for `AskTimeoutException` is that the recipient actor didn&apos;t send a reply.&lt;br/&gt;
2023-04-17T17:48:25,013 | WARN &#160;| ForkJoinPool.commonPool-worker-9 | AbstractShardBackendResolver &#160; &#160; | 194 - org.opendaylight.controller.sal-distributed-datastore - 7.0.4 | Failed to resolve shard&lt;br/&gt;
java.util.concurrent.TimeoutException: Connection attempt failed&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.wrap(AbstractShardBackendResolver.java:151) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.onConnectResponse(AbstractShardBackendResolver.java:168) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at org.opendaylight.controller.cluster.databroker.actors.dds.AbstractShardBackendResolver.lambda$connectShard$4(AbstractShardBackendResolver.java:161) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:863) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:841) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.CompletableFuture$Completion.exec(CompletableFuture.java:483) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;br/&gt;
&#160; &#160; &#160; &#160; at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~&lt;span class=&quot;error&quot;&gt;&amp;#91;?:?&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;-----&lt;del&gt;&amp;gt;8&lt;/del&gt;----------------&lt;/p&gt;

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

&lt;p&gt;Why is this akka timeout seen in a single node deployment?, Is there any way to disable akka for single node deployments.&lt;/p&gt;

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

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

&lt;p&gt;&#160;&lt;/p&gt;</description>
                <environment></environment>
        <key id="36836">NETCONF-994</key>
            <summary>akka asktimeout in a single node cluster</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.opendaylight.org/images/icons/priorities/critical.svg">High</priority>
                        <status id="1" iconUrl="https://jira.opendaylight.org/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="gvrangan">Venkatrangan Govindarajan</assignee>
                                    <reporter username="gvrangan">Venkatrangan Govindarajan</reporter>
                        <labels>
                    </labels>
                <created>Tue, 18 Apr 2023 05:41:11 +0000</created>
                <updated>Fri, 29 Sep 2023 05:33:16 +0000</updated>
                                                                            <component>restconf-nb</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="72118" author="rovarga" created="Tue, 18 Apr 2023 15:34:43 +0000"  >&lt;p&gt;I suspect there is an earlier problem, so we will need a complete karaf.log.&lt;/p&gt;

&lt;p&gt;As for selection of datastore implementation, that is currently not possible with how feature.xml files are currently generated and therefore it is always sal-distributed-datastore &amp;#8211; and it has been this way since forever. Changing that requires, as a start, five things:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;&lt;a href=&quot;https://jira.opendaylight.org/browse/ODLPARENT-257&quot; title=&quot;Allow SFT to use a test-only dependency&quot; class=&quot;issue-link&quot; data-issue-key=&quot;ODLPARENT-257&quot;&gt;&lt;del&gt;ODLPARENT-257&lt;/del&gt;&lt;/a&gt;, so that odl-mdsal-broker can expose a DataBroker instance and be tested with mdsal-inmemory-datastore&lt;/li&gt;
	&lt;li&gt;package mdsal-dom-inmemory-datastore as a standalone feature&lt;/li&gt;
	&lt;li&gt;implement persistence in it, lest you are willing to accept config datastore being wiped on restarts&lt;/li&gt;
	&lt;li&gt;refactor all features that depend on DataBroker to use a feature requirement on a datastore implementation (that means moving to template-feature-parent) and not odl-mdsal-broker (which they currently do)&lt;/li&gt;
	&lt;li&gt;updating installation instructions to reflect the need to select a datastore, or some other end-user visible changes to differentiate single-node and multi-node deployments&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="72203" author="JIRAUSER15001" created="Fri, 5 May 2023 10:08:27 +0000"  >&lt;p&gt;Can you share the akka.conf file used in your set up.&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|i044uf:</customfieldvalue>

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