<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:27:40 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>[ODLPARENT-113] After hard reset, Robot fails to establish SSH connection to karaf</title>
                <link>https://jira.opendaylight.org/browse/ODLPARENT-113</link>
                <project id="10149" key="ODLPARENT">odlparent</project>
                    <description>&lt;p&gt;Instead of Odlparent, some other project can be the offender.&lt;/p&gt;

&lt;p&gt;This is a regression from Carbon, ant it and affects CSIT. If a workaround is found, severity would be lower. Currently, this is a blocker for Nitrogen release.&lt;/p&gt;

&lt;p&gt;I was not able to reproduce this manually in local environment (single node), so this might be something specific to CSIT machines, or Robot framework SSH library.&lt;/p&gt;

&lt;p&gt;Hard reset seems to be a necessary condition for this Bug to appear, I have not seen this on 1node CSIT yet. Although it is possible that the difference is just in reset suite not waiting for ODL to finish booting for as long as the initial deploy script does.&lt;/p&gt;

&lt;p&gt;So far I have see two robot symptoms:&lt;br/&gt;
+ &quot;SSHException: Signature verification (ssh-dss) failed.&quot; &lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt;&lt;br/&gt;
+ &quot;SSHException: No existing session&quot; &lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;As the reset suite also connects to karaf ssh (to log a message), we see the first connection works:&lt;br/&gt;
2017-08-24 05:36:18,027 | INFO  | 6]-nio2-thread-1 | ServerSession                    | 129 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:36962&lt;br/&gt;
2017-08-24 05:36:18,032 | INFO  | 6]-nio2-thread-1 | SimpleGeneratorHostKeyProvider   | 129 - org.apache.sshd.core - 0.14.0 | Generating host key...&lt;br/&gt;
2017-08-24 05:36:42,338 | INFO  | 6]-nio2-thread-2 | ServerSession                    | 129 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:36968&lt;br/&gt;
2017-08-24 05:36:42,496 | INFO  | 6]-nio2-thread-2 | LogAuditLoginModule              | 109 - org.apache.karaf.jaas.modules - 4.0.9 | Authentication attempt - karaf&lt;br/&gt;
2017-08-24 05:36:42,498 | INFO  | 6]-nio2-thread-2 | LogAuditLoginModule              | 109 - org.apache.karaf.jaas.modules - 4.0.9 | Authentication succeeded - karaf&lt;br/&gt;
2017-08-24 05:36:42,503 | INFO  | 6]-nio2-thread-2 | ServerUserAuthService            | 129 - org.apache.sshd.core - 0.14.0 | Session karaf@/10.29.4.11:36968 authenticated&lt;br/&gt;
2017-08-24 05:36:42,771 | INFO  | nsole user karaf | core                             | 112 - org.apache.karaf.log.core - 4.0.9 | ROBOT MESSAGE: Starting suite /w/workspace/controller-csit-3node-clustering-only-nitrogen/test/csit/suites/controller/dom_data_broker/restart_odl_with_tell_based_false.robot&lt;/p&gt;


&lt;p&gt;After reset, it seems that it is the client who decides to refuse the connection &lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt;:&lt;br/&gt;
2017-08-22 21:09:43,294 | INFO  | e]-nio2-thread-1 | ServerSession                    | 183 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:58260&lt;br/&gt;
2017-08-22 21:09:43,301 | WARN  | e]-nio2-thread-1 | SimpleGeneratorHostKeyProvider   | 183 - org.apache.sshd.core - 0.14.0 | Unable to read key /tmp/karaf-0.7.0/etc/host.key: java.lang.ClassNotFoundException: org.bouncycastle.jcajce.provider.asymmetric.rsa.BCRSAPrivateCrtKey cannot be found by org.apache.sshd.core_0.14.0&lt;br/&gt;
2017-08-22 21:09:43,304 | INFO  | e]-nio2-thread-1 | SimpleGeneratorHostKeyProvider   | 183 - org.apache.sshd.core - 0.14.0 | Generating host key...&lt;br/&gt;
2017-08-22 21:09:51,923 | ERROR | e]-nio2-thread-1 | SimpleGeneratorHostKeyProvider   | 183 - org.apache.sshd.core - 0.14.0 | Overwriting key (host.key) is disabled: using throwaway java.security.KeyPair@17c31afb&lt;br/&gt;
2017-08-22 21:10:11,347 | INFO  | e]-nio2-thread-3 | ServerSession                    | 183 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:58266&lt;br/&gt;
2017-08-22 21:10:12,668 | INFO  | e]-nio2-thread-7 | ServerSession                    | 183 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:58274&lt;br/&gt;
2017-08-22 21:10:13,765 | INFO  | e]-nio2-thread-2 | ServerSession                    | 183 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:58276&lt;br/&gt;
2017-08-22 21:10:13,823 | WARN  | e]-nio2-thread-5 | ServerSession                    | 183 - org.apache.sshd.core - 0.14.0 | Exception caught&lt;br/&gt;
java.io.IOException: Connection reset by peer&lt;br/&gt;
	at sun.nio.ch.FileDispatcherImpl.read0(Native Method)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.IOUtil.read(IOUtil.java:197)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.UnixAsynchronousSocketChannelImpl.finishRead(UnixAsynchronousSocketChannelImpl.java:387)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.UnixAsynchronousSocketChannelImpl.finish(UnixAsynchronousSocketChannelImpl.java:191)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.UnixAsynchronousSocketChannelImpl.onEvent(UnixAsynchronousSocketChannelImpl.java:213)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:293)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.lang.Thread.run(Thread.java:748)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;The reset suite kills all ODL members, deletes several directories (including data, but preserving karaf.log), starts members and waits for jolokia to confirm all shards have their leaders elected.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/bgpcep-csit-3node-periodic-bgpclustering-only-nitrogen/123/log.html.gz#s1-s2-k1-k1-k2-k3-k1-k1-k1-k1-k10&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/bgpcep-csit-3node-periodic-bgpclustering-only-nitrogen/123/log.html.gz#s1-s2-k1-k1-k2-k3-k1-k1-k1-k1-k10&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-clustering-only-nitrogen/123/log.html.gz#s1-s2-k1-k1-k2-k3-k1-k1-k1-k1-k10&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-clustering-only-nitrogen/123/log.html.gz#s1-s2-k1-k1-k2-k3-k1-k1-k1-k1-k10&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://logs.opendaylight.org/releng/jenkins092/bgpcep-csit-3node-periodic-bgpclustering-only-nitrogen/123/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/bgpcep-csit-3node-periodic-bgpclustering-only-nitrogen/123/odl1_karaf.log.gz&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="22236">ODLPARENT-113</key>
            <summary>After hard reset, Robot fails to establish SSH connection to karaf</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="skitt">Stephen Kitt</assignee>
                                    <reporter username="vrpolak">Vratko Polak</reporter>
                        <labels>
                    </labels>
                <created>Thu, 24 Aug 2017 11:10:03 +0000</created>
                <updated>Thu, 25 Jun 2020 17:39:00 +0000</updated>
                            <resolved>Thu, 25 Jun 2020 17:39:00 +0000</resolved>
                                    <version>2.0.5</version>
                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>6</watches>
                                                                                                                <comments>
                            <comment id="42055" author="vrpolak" created="Thu, 24 Aug 2017 13:01:24 +0000"  >&lt;p&gt;Sandbox shows &lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; this happens also in 1-node tests after reset.&lt;/p&gt;

&lt;p&gt;Internet search found only one similar report &lt;span class=&quot;error&quot;&gt;&amp;#91;4&amp;#93;&lt;/span&gt;, but it is not clear what went wrong.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/test-csit-1node-freeze-only-nitrogen/2/log.html.gz#s1-s5-t1-k1-k2-k1-k1-k1-k3-k10&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/test-csit-1node-freeze-only-nitrogen/2/log.html.gz#s1-s5-t1-k1-k2-k1-k1-k1-k3-k10&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://github.com/paramiko/paramiko/issues/657&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/paramiko/paramiko/issues/657&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="42056" author="shague@redhat.com" created="Thu, 24 Aug 2017 16:33:48 +0000"  >&lt;p&gt;In NetVirt CSIT we see a slightly different exception and some others. Any idea if they are related to this bug?&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-3node-openstack-ocata-gate-stateful-carbon/18/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/netvirt-csit-3node-openstack-ocata-gate-stateful-carbon/18/odl1_karaf.log.gz&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;2017-08-24 14:05:42,010 | INFO  | 4]-nio2-thread-1 | ServerSession                    | 30 - org.apache.sshd.core - 0.14.0 | Server session created from /10.29.4.11:53378&lt;br/&gt;
2017-08-24 14:05:42,014 | INFO  | 4]-nio2-thread-1 | SimpleGeneratorHostKeyProvider   | 30 - org.apache.sshd.core - 0.14.0 | Generating host key...&lt;br/&gt;
2017-08-24 14:06:17,105 | WARN  | 4]-nio2-thread-3 | ServerSession                    | 30 - org.apache.sshd.core - 0.14.0 | Exception caught&lt;br/&gt;
java.lang.IllegalStateException: Unsupported command 90&lt;br/&gt;
	at org.apache.sshd.common.session.AbstractSession.doHandleMessage(AbstractSession.java:434)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.session.AbstractSession.handleMessage(AbstractSession.java:326)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:780)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:308)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:54)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:184)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio2Session.java:170)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(Nio2CompletionHandler.java:32)&lt;br/&gt;
	at java.security.AccessController.doPrivileged(Native Method)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.apache.sshd.common.io.nio2.Nio2CompletionHandler.completed(Nio2CompletionHandler.java:30)&lt;span class=&quot;error&quot;&gt;&amp;#91;30:org.apache.sshd.core:0.14.0&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.Invoker$2.run(Invoker.java:218)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.lang.Thread.run(Thread.java:748)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.8.0_141&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;2017-08-24 14:25:37,735 | WARN  | lt-dispatcher-20 | NettyTransport                   | 178 - com.typesafe.akka.slf4j - 2.4.18 | Remote connection to /10.29.12.106:2550 failed with java.io.IOException: Connection reset by peer&lt;br/&gt;
2017-08-24 14:25:37,737 | WARN  | ult-dispatcher-5 | ReliableDeliverySupervisor       | 178 - com.typesafe.akka.slf4j - 2.4.18 | Association with remote system &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.106:2550&amp;#93;&lt;/span&gt; has failed, address is now gated for &lt;span class=&quot;error&quot;&gt;&amp;#91;5000&amp;#93;&lt;/span&gt; ms. Reason: &lt;span class=&quot;error&quot;&gt;&amp;#91;Disassociated&amp;#93;&lt;/span&gt; &lt;br/&gt;
2017-08-24 14:25:41,647 | WARN  | lt-dispatcher-20 | ClusterCoreDaemon                | 178 - com.typesafe.akka.slf4j - 2.4.18 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.14.0:2550&amp;#93;&lt;/span&gt; - Marking node(s) as UNREACHABLE &lt;span class=&quot;error&quot;&gt;&amp;#91;Member(address = akka.tcp://opendaylight-cluster-data@10.29.12.106:2550, status = Up)&amp;#93;&lt;/span&gt;. Node roles &lt;span class=&quot;error&quot;&gt;&amp;#91;member-1&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-08-24 14:25:41,648 | INFO  | rd-dispatcher-44 | ShardManager                     | 203 - org.opendaylight.controller.sal-distributed-datastore - 1.5.2.SNAPSHOT | Received UnreachableMember: memberName MemberName&lt;/p&gt;
{name=member-3}, address: akka.tcp://opendaylight-cluster-data@10.29.12.106:2550&lt;br/&gt;
2017-08-24 14:25:41,648 | INFO  | rd-dispatcher-44 | ShardManager                     | 203 - org.opendaylight.controller.sal-distributed-datastore - 1.5.2.SNAPSHOT | Received UnreachableMember: memberName MemberName{name=member-3}
&lt;p&gt;, address: akka.tcp://opendaylight-cluster-data@10.29.12.106:2550&lt;br/&gt;
2017-08-24 14:25:41,648 | INFO  | rd-dispatcher-32 | EntityOwnershipShard             | 196 - org.opendaylight.controller.sal-clustering-commons - 1.5.2.SNAPSHOT | member-1-shard-entity-ownership-operational: onPeerDown: PeerDown &lt;span class=&quot;error&quot;&gt;&amp;#91;memberName=member-3, peerId=member-3-shard-entity-ownership-operational&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-08-24 14:25:42,763 | WARN  | lt-dispatcher-36 | NettyTransport                   | 178 - com.typesafe.akka.slf4j - 2.4.18 | Remote connection to null failed with java.net.ConnectException: Connection refused: /10.29.12.106:2550&lt;br/&gt;
2017-08-24 14:25:42,764 | WARN  | lt-dispatcher-36 | ReliableDeliverySupervisor       | 178 - com.typesafe.akka.slf4j - 2.4.18 | Association with remote system &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.106:2550&amp;#93;&lt;/span&gt; has failed, address is now gated for &lt;span class=&quot;error&quot;&gt;&amp;#91;5000&amp;#93;&lt;/span&gt; ms. Reason: [Association failed with &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.106:2550&amp;#93;&lt;/span&gt;] Caused by: &lt;span class=&quot;error&quot;&gt;&amp;#91;Connection refused: /10.29.12.106:2550&amp;#93;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="42057" author="zxiiro" created="Mon, 28 Aug 2017 21:51:05 +0000"  >&lt;p&gt;Is this still a blocker for Nitrogen?&lt;/p&gt;</comment>
                            <comment id="42058" author="rovarga" created="Wed, 30 Aug 2017 15:30:24 +0000"  >&lt;p&gt;According to &lt;a href=&quot;https://tools.ietf.org/html/rfc4254#section-10&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://tools.ietf.org/html/rfc4254#section-10&lt;/a&gt;, message 90 is SSH_MSG_CHANNEL_OPEN.&lt;/p&gt;</comment>
                            <comment id="42059" author="vrpolak" created="Tue, 5 Sep 2017 17:03:49 +0000"  >&lt;p&gt;&amp;gt; java.lang.IllegalStateException: Unsupported command 90&lt;/p&gt;

&lt;p&gt;I have seen this before, but so far it has never affected test results (if a test failed, the cause turned out to be something else).&lt;/p&gt;</comment>
                            <comment id="42060" author="vrpolak" created="Wed, 6 Sep 2017 12:30:15 +0000"  >&lt;p&gt;Yes, this is still a blocker.&lt;/p&gt;

&lt;p&gt;We are investigating a workaround on Integration/Test (and/or Releng/Builder side) as the connection is perhaps too slow to establish (similarly to &lt;a href=&quot;https://jira.opendaylight.org/browse/ODLPARENT-112&quot; title=&quot;Nitrogen Mdsal northbound server is slow to accept SSH connections&quot; class=&quot;issue-link&quot; data-issue-key=&quot;ODLPARENT-112&quot;&gt;&lt;del&gt;ODLPARENT-112&lt;/del&gt;&lt;/a&gt;) and just retrying few times might help (which would reduce severity).&lt;/p&gt;</comment>
                            <comment id="42061" author="klou" created="Fri, 8 Sep 2017 15:05:55 +0000"  >&lt;p&gt;Vratko, Have you been able to try the workaround?  Thanks!&lt;/p&gt;</comment>
                            <comment id="42062" author="vrpolak" created="Mon, 11 Sep 2017 10:33:14 +0000"  >&lt;p&gt;&amp;gt; just retrying few times might help&lt;/p&gt;

&lt;p&gt;It does not help.&lt;br/&gt;
The Sandbox run has been deleted over the weekend,&lt;br/&gt;
but here is robot console output:&lt;/p&gt;

&lt;p&gt;16:35:17 netconf-cluster-stress.txt.Ready.Netconfready :: netconf-connector readines...&lt;br/&gt;
16:35:17 ==============================================================================&lt;br/&gt;
16:40:26 Check_Whether_Netconf_Topology_Is_Ready :: Checks netconf readiness.  | FAIL |&lt;br/&gt;
16:40:26 Parent suite setup failed:&lt;br/&gt;
16:40:26 Keyword &apos;KarafKeywords.Open_Controller_Karaf_Console_On_Background&apos; failed after retrying 200 times. The last error was: SSHException: Signature verification (ssh-dss) failed.&lt;/p&gt;</comment>
                            <comment id="42063" author="vrpolak" created="Wed, 13 Sep 2017 08:25:34 +0000"  >&lt;p&gt;I have found few related facts.&lt;/p&gt;

&lt;p&gt;Openssh 7.0 disables ssh-dss &lt;span class=&quot;error&quot;&gt;&amp;#91;6&amp;#93;&lt;/span&gt;, making it hard to use &quot;ssh&quot; command when testing manualy. Robot libraries behavior may differ, but I expect it would stop cooperating with karaf 4.0.9 ssh server in future.&lt;/p&gt;

&lt;p&gt;Here &lt;span class=&quot;error&quot;&gt;&amp;#91;7&amp;#93;&lt;/span&gt; is a discussion on what to do to make ssh use ssh-dss.&lt;/p&gt;

&lt;p&gt;Karaf&apos;s own ssh client located in bin/client works on first boot, and stops working after restart. &lt;/p&gt;

&lt;p&gt;&amp;gt; Unable to read key /tmp/karaf-0.7.0/etc/host.key&lt;/p&gt;

&lt;p&gt;Testing manually, deleting the host.key file before re-starting ODL avoids this Bug symptom. This also works for (current) Robot ssh libraries.&lt;/p&gt;

&lt;p&gt;That means we have a workaround to avoid CSIT failures: &lt;span class=&quot;error&quot;&gt;&amp;#91;8&amp;#93;&lt;/span&gt;.&lt;/p&gt;

&lt;p&gt;This is still a regression from Carbon usability, but severity can be lowered once the new behavior is documented in release notes.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;6&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://www.gentoo.org/support/news-items/2015-08-13-openssh-weak-keys.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://www.gentoo.org/support/news-items/2015-08-13-openssh-weak-keys.html&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;7&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://community.openhab.org/t/karaf-console/7982/17&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://community.openhab.org/t/karaf-console/7982/17&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;8&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://git.opendaylight.org/gerrit/63035&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/63035&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="42064" author="vrpolak" created="Wed, 13 Sep 2017 15:47:08 +0000"  >&lt;p&gt;&amp;gt; a workaround to avoid CSIT failures: &lt;span class=&quot;error&quot;&gt;&amp;#91;8&amp;#93;&lt;/span&gt;.&lt;/p&gt;

&lt;p&gt;And this &lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt; fixes the offline job.&lt;/p&gt;

&lt;p&gt;Is there any other test that needs fixing?&lt;br/&gt;
If not, severity can be reduced after the two changes are merged.&lt;/p&gt;

&lt;p&gt;Proper fix for Karaf SSH server behavior will probably come in the from of Odlparent upgrading to newer Karaf version.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://git.opendaylight.org/gerrit/62903&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/62903&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="42065" author="vrpolak" created="Thu, 14 Sep 2017 10:14:58 +0000"  >&lt;p&gt;&amp;gt;&amp;gt; a workaround to avoid CSIT failures: &lt;span class=&quot;error&quot;&gt;&amp;#91;8&amp;#93;&lt;/span&gt;.&lt;br/&gt;
&amp;gt;&lt;br/&gt;
&amp;gt; And this &lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt; fixes the offline job.&lt;/p&gt;

&lt;p&gt;Both workarounds merged, reducing severity.&lt;/p&gt;</comment>
                            <comment id="60369" author="vorburger" created="Fri, 8 Dec 2017 10:36:58 +0000"  >&lt;p&gt;For the problem&#160;re.&#160;ssh-dss there is another workaround mentioned on &lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; ;&lt;br/&gt;
 &#160;&lt;br/&gt;
 &lt;tt&gt;ssh -oHostKeyAlgorithms=+ssh-dss -p 8101 karaf@localhost&lt;/tt&gt;&lt;br/&gt;
 &#160;&lt;br/&gt;
 and a similar configuraiton change can be done in &lt;tt&gt;~/.ssh/config&lt;/tt&gt; according to &lt;a href=&quot;https://issues.jboss.org/browse/ENTESB-4427&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;ENTESB-4427&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://github.com/dfarrell07/vagrant-opendaylight/issues/29&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/dfarrell07/vagrant-opendaylight/issues/29&lt;/a&gt;&#160;uses&#160;HostKeyAlgorithms as well.&lt;/p&gt;</comment>
                            <comment id="68260" author="rovarga" created="Thu, 25 Jun 2020 06:02:57 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.opendaylight.org/secure/ViewProfile.jspa?name=jluhrsen&quot; class=&quot;user-hover&quot; rel=&quot;jluhrsen&quot;&gt;jluhrsen&lt;/a&gt; is this still happening?&lt;/p&gt;</comment>
                            <comment id="68269" author="jluhrsen" created="Thu, 25 Jun 2020 17:38:50 +0000"  >&lt;p&gt;no, I have not seen this in anything I&apos;ve dug around in. Let&apos;s close this.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="22209">ODLPARENT-86</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="20795">NETVIRT-874</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </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>9044</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=9044]]></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_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i023dz:</customfieldvalue>

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