Hi, I am adding onap-discuss, in case someone is having the same issue on SDNC.
Abdelmuhaimen Seaudi, CCIE # 25265 Email: asea...@gmail.com Skype: aseaudi LinkedIn: www.linkedin.com/in/aseaudi Telephone: +2012 84644 733 On Sat, Nov 18, 2017 at 7:05 PM, Abdelmuhaimen Seaudi <asea...@gmail.com> wrote: > Hi, > > I was able to resolve this issue by deleting the "data" folder and > restarting karaf, and it was able to mount the junos devices correctly. The > ssh errors went away. > > But all the repos and features need to be added again, so it's better to > have a script collecting all the features, and run it once after restarting > karaf. > > Thanks. > > > Abdelmuhaimen Seaudi, CCIE # 25265 > Email: asea...@gmail.com > Skype: aseaudi > LinkedIn: www.linkedin.com/in/aseaudi > Telephone: +2012 84644 733 > > > On Thu, Nov 16, 2017 at 10:28 AM, Gwenael LAMBROUIN < > gwenael.lambro...@b-com.com> wrote: > >> Hello Abdelmuhaimen, >> >> You don't need to rebuild ODL after you have modified startup.properties. >> But you need to do a clean restart of karaf with "karaf clean". And then >> you just have to re-install the karaf features you need. >> >> It is the same with the other workaround. >> >> BR, >> >> Gwenael >> >> Le 16/11/2017 à 08:22, Abdelmuhaimen Seaudi a écrit : >> >> Thanks, Giles. >> >> I tried adding the line "mvn\:org.bouncycastle/bcprov-jdk15on/1.56 = 14" >> to the file "startup.properties", and restarted ODL, but nothing happened. >> >> I guess this needs to be done before the ODL 1st run after building it >> from source, however, in my case, i have an ongoing working ODL that has >> some modifications, and I don't want to rebuild from scratch. >> >> A few weeks ago, I also tried the other workaround, removing >> ";resolution:=optional" from the "sshd-core-0.14.0.jar" file, and restarted >> ODL, but nothing happened also. >> >> Appreciate if someone has a way to correct this bug without needing to >> rebuild ODL from source. >> >> Thanks. >> >> >> Abdelmuhaimen Seaudi, CCIE # 25265 >> Email: asea...@gmail.com >> Skype: aseaudi >> LinkedIn: www.linkedin.com/in/aseaudi >> Telephone: +2012 84644 733 >> >> >> On Wed, Nov 15, 2017 at 11:43 AM, Giles Heron <giles.he...@gmail.com> >> wrote: >> >>> I think your issue is caused by this: >>> >>> https://bugs.opendaylight.org/show_bug.cgi?id=8431 >>> >>> There’s a workaround noted in the bug report. >>> >>> Giles >>> >>> On 15 Nov 2017, at 06:16, Abdelmuhaimen Seaudi <asea...@gmail.com> >>> wrote: >>> >>> Hi, >>> >>> In Beryllium and Boron, I can mount Juniper MX routers OK. >>> >>> However, in Carbon, I get the following error: Exception caught >>> java.security.InvalidAlgorithmParameterException: DH key size must be >>> multiple of 64, and can only range from 512 to 2048 (inclusive). The >>> specific key size 4096 is not supported. >>> >>> Why does this happen in Carbon ? How can I correct this ? >>> >>> >>> Full logs below: >>> 2017-11-15 06:13:11,884 | INFO | n-dispatcher-130 | >>> AbstractNetconfTopology | 365 - netconf-topology-config - >>> 1.2.1.Carbon | Connecting RemoteDevice{Uri [_value=pp]} , with config >>> Node{getNodeId=Uri [_value=pp], augmentations={interface >>> org.opendaylight.yang.gen.v1.urn.opendaylight.netconf.node.t >>> opology.rev150114.NetconfNode=NetconfNode{getActorResponseWaitTime=5, >>> getBetweenAttemptsTimeoutMillis=2000, getConcurrentRpcLimit=0, >>> getConnectionTimeoutMillis=20000, getCredentials=LoginPassword{g >>> etPassword=lab@lab, getUsername=lab, augmentations={}}, >>> getDefaultRequestTimeoutMillis=60000, getHost=Host >>> [_ipAddress=IpAddress [_ipv4Address=Ipv4Address [_value=10.194.77.98]]], >>> getKeepaliveDelay=120, getMaxConnectionAttempts=0, getPort=PortNumber >>> [_value=830], getSchemaCacheDirectory=schema, getSleepFactor=1.5, >>> getYangModuleCapabilities=YangModuleCapabilities{getCapabili >>> ty=[urn:ietf:params:xml:ns:netconf:base:1.0?module=ietf-netconf&revision=2011-06-01, >>> http://xml.juniper.net/xnm/1.1/xnm?module=configuration&revi >>> sion=2015-09-11, http://xml.juniper.net/junos/1 >>> 6.1R4/junos-routing?module=show&revision=2016-02-01, >>> urn:ietf:params:xml:ns:yang:ietf-inet-types?module=ietf-inet-types&revision=2013-07-15], >>> isOverride=false, augmentations={}}, isReconnectOnChangedSchema=false, >>> isSchemaless=false, isTcpOnly=false}}} >>> 2017-11-15 06:13:16,838 | WARN | n-dispatcher-130 | >>> AbstractNetconfTopology | 365 - netconf-topology-config - >>> 1.2.1.Carbon | Adding keepalive facade, for device Uri [_value=pp] >>> 2017-11-15 06:13:16,839 | INFO | n-dispatcher-130 | >>> AbstractNetconfTopology | 365 - netconf-topology-config - >>> 1.2.1.Carbon | Concurrent rpc limit is smaller than 1, no limit will be >>> enforced for device RemoteDevice{pp} >>> 2017-11-15 06:13:21,457 | INFO | d]-nio2-thread-6 | ClientSessionImpl >>> | 30 - org.apache.sshd.core - 0.14.0 | Client session created >>> 2017-11-15 06:13:26,150 | INFO | d]-nio2-thread-6 | ClientSessionImpl >>> | 30 - org.apache.sshd.core - 0.14.0 | Start flagging packets >>> as pending until key exchange is done >>> 2017-11-15 06:13:26,151 | INFO | d]-nio2-thread-6 | ClientSessionImpl >>> | 30 - org.apache.sshd.core - 0.14.0 | Server version string: >>> SSH-2.0-OpenSSH_6.6.1 >>> 2017-11-15 06:13:34,445 | WARN | d]-nio2-thread-4 | ClientSessionImpl >>> | 30 - org.apache.sshd.core - 0.14.0 | Exception caught >>> java.security.InvalidAlgorithmParameterException: DH key size must be >>> multiple of 64, and can only range from 512 to 2048 (inclusive). The >>> specific key size 4096 is not supported >>> at com.sun.crypto.provider.DHKeyPairGenerator.initialize(DHKeyP >>> airGenerator.java:128)[sunjce_provider.jar:1.8.0_151] >>> at java.security.KeyPairGenerator$Delegate.initialize(KeyPairGe >>> nerator.java:674)[:1.8.0_151] >>> at java.security.KeyPairGenerator.initialize(KeyPairGenerator.j >>> ava:411)[:1.8.0_151] >>> at org.apache.sshd.common.kex.DH.getE(DH.java:65)[30:org.apache >>> .sshd.core:0.14.0] >>> at org.apache.sshd.client.kex.DHGEX.next(DHGEX.java:118)[30:org >>> .apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.doHandleMessa >>> ge(AbstractSession.java:425)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.handleMessage >>> (AbstractSession.java:326)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.client.session.ClientSessionImpl.handleMessa >>> ge(ClientSessionImpl.java:306)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.decode(Abstra >>> ctSession.java:780)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.messageReceiv >>> ed(AbstractSession.java:308)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.AbstractSessionIoHandler.messageRecei >>> ved(AbstractSessionIoHandler.java:54)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio >>> 2Session.java:184)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio >>> 2Session.java:170)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(N >>> io2CompletionHandler.java:32)[30:org.apache.sshd.core:0.14.0] >>> at java.security.AccessController.doPrivileged(Native >>> Method)[:1.8.0_151] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler.complet >>> ed(Nio2CompletionHandler.java:30)[30:org.apache.sshd.core:0.14.0] >>> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)[:1.8.0_ >>> 151] >>> at sun.nio.ch.Invoker$2.run(Invoker.java:218)[:1.8.0_151] >>> at sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousCh >>> annelGroupImpl.java:112)[:1.8.0_151] >>> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >>> Executor.java:1149)[:1.8.0_151] >>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >>> lExecutor.java:624)[:1.8.0_151] >>> at java.lang.Thread.run(Thread.java:748)[:1.8.0_151] >>> 2017-11-15 06:13:34,473 | WARN | d]-nio2-thread-4 | AsyncSshHandler >>> | 351 - org.opendaylight.netconf.netty-util - >>> 1.2.1.Carbon | Unable to setup SSH connection on channel: [id: 0x9143556e] >>> org.apache.sshd.common.SshException: Session is closed >>> at org.apache.sshd.client.session.ClientUserAuthServiceNew.preC >>> lose(ClientUserAuthServiceNew.java:220)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$AbstractCloseable >>> .close(CloseableUtils.java:275)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$AbstractInnerClos >>> eable.doCloseImmediately(CloseableUtils.java:356)[30:org.apa >>> che.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$AbstractCloseable >>> .close(CloseableUtils.java:276)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$ParallelCloseable >>> .doClose(CloseableUtils.java:182)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$SimpleCloseable.c >>> lose(CloseableUtils.java:151)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$SequentialCloseab >>> le$1.operationComplete(CloseableUtils.java:205)[30:org.apach >>> e.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$SequentialCloseab >>> le$1.operationComplete(CloseableUtils.java:200)[30:org.apach >>> e.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$SequentialCloseab >>> le.doClose(CloseableUtils.java:215)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$SimpleCloseable.c >>> lose(CloseableUtils.java:151)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$AbstractInnerClos >>> eable.doCloseImmediately(CloseableUtils.java:356)[30:org.apa >>> che.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.doCloseImmedi >>> ately(AbstractSession.java:481)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.util.CloseableUtils$AbstractCloseable >>> .close(CloseableUtils.java:276)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.session.AbstractSession.exceptionCaug >>> ht(AbstractSession.java:468)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.AbstractSessionIoHandler.exceptionCau >>> ght(AbstractSessionIoHandler.java:47)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session.exceptionCaught(N >>> io2Session.java:125)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session.access$500(Nio2Se >>> ssion.java:46)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session$1.onFailed(Nio2Se >>> ssion.java:199)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler$2.run(N >>> io2CompletionHandler.java:41)[30:org.apache.sshd.core:0.14.0] >>> at java.security.AccessController.doPrivileged(Native >>> Method)[:1.8.0_151] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler.failed( >>> Nio2CompletionHandler.java:39)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio >>> 2Session.java:195)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2Session$1.onCompleted(Nio >>> 2Session.java:170)[30:org.apache.sshd.core:0.14.0] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler$1.run(N >>> io2CompletionHandler.java:32)[30:org.apache.sshd.core:0.14.0] >>> at java.security.AccessController.doPrivileged(Native >>> Method)[:1.8.0_151] >>> at org.apache.sshd.common.io.nio2.Nio2CompletionHandler.complet >>> ed(Nio2CompletionHandler.java:30)[30:org.apache.sshd.core:0.14.0] >>> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)[:1.8.0_ >>> 151] >>> at sun.nio.ch.Invoker$2.run(Invoker.java:218)[:1.8.0_151] >>> at sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousCh >>> annelGroupImpl.java:112)[:1.8.0_151] >>> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >>> Executor.java:1149)[:1.8.0_151] >>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >>> lExecutor.java:624)[:1.8.0_151] >>> at java.lang.Thread.run(Thread.java:748)[:1.8.0_151] >>> >>> Abdelmuhaimen Seaudi, CCIE # 25265 >>> Email: asea...@gmail.com >>> Skype: aseaudi >>> LinkedIn: www.linkedin.com/in/aseaudi >>> Telephone: +2012 84644 733 >>> >>> _______________________________________________ >>> netconf-dev mailing list >>> netconf-...@lists.opendaylight.org >>> https://lists.opendaylight.org/mailman/listinfo/netconf-dev >>> >>> >>> >> >> >> _______________________________________________ >> netconf-dev mailing >> listnetconf-dev@lists.opendaylight.orghttps://lists.opendaylight.org/mailman/listinfo/netconf-dev >> >> >> >> _______________________________________________ >> netconf-dev mailing list >> netconf-...@lists.opendaylight.org >> https://lists.opendaylight.org/mailman/listinfo/netconf-dev >> >> >
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss