So If I used the ssh:ssh command then I'll be able to get around the issue? I think that's what you are saying.
Thanks for your lightning fast response as usual, JB! On Jan 22, 2014 10:21 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net> wrote: > As a quick workaround I would propose to add a @after test to cleanly > remove the file after itests. > As the itests download and bootstrap a new Karaf runtime each time (that's > why the previous generated key is no more valid). > > AFAIR, I did it as a warning (with confirmation message as we have on > OpenSSH), at least in ssh:ssh command. Let me check in the client wrapper. > > Regards > JB > > On 01/22/2014 04:17 PM, Ryan Moquin wrote: > >> If I remove it, then the tests run fine. Is there a way to avoid it >> altogether for integration tests? Otherwise I have to remove it >> everytime I do a clean test (which I always do to be safe). >> >> I don't remember this being such a problem until recently... now it >> constantly happens..... >> >> Ryan >> >> On Jan 22, 2014 10:01 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net >> <mailto:j...@nanthrax.net>> wrote: >> >> Hi Ryan, >> >> did you remove the $HOME/.sshkaraf file ? >> >> It's probably because you restart a Karaf from scratch (for the key >> changed). >> >> Regards >> JB >> >> On 01/22/2014 03:53 PM, Ryan Moquin wrote: >> >> Hello, I had ran into a problem before where in an integration >> test I >> would create a child karaf instance, then after it started, I >> would try >> to connect to it via instance:connect from the root console and >> the >> connection fails due to certificate issues. If I delete the >> .karafssh >> directory, then the tests will work a few times, but then the >> error >> comes back. This is what I get: >> >> 16:27:17,559 | WARN | >> org.apache.sshd.client.__session.ClientSessionImpl >> | Exception caught >> org.apache.sshd.common.__SshException: Server key did not >> validate >> at >> org.apache.sshd.client.__session.ClientSessionImpl.__ >> checkHost(ClientSessionImpl.__java:543)[14:org.apache.sshd.__core:0.9.0] >> at >> org.apache.sshd.client.__session.ClientSessionImpl.__ >> doHandleMessage(__ClientSessionImpl.java:339)[__ >> 14:org.apache.sshd.core:0.9.0] >> at >> org.apache.sshd.client.__session.ClientSessionImpl.__ >> handleMessage(__ClientSessionImpl.java:293)[__ >> 14:org.apache.sshd.core:0.9.0] >> at >> org.apache.sshd.common.__session.AbstractSession.__ >> decode(AbstractSession.java:__587)[14:org.apache.sshd.core:__0.9.0] >> at >> org.apache.sshd.common.__session.AbstractSession.__ >> messageReceived(__AbstractSession.java:253)[14:_ >> _org.apache.sshd.core:0.9.0] >> at >> org.apache.sshd.common.__AbstractSessionIoHandler.__ >> messageReceived(__AbstractSessionIoHandler.java: >> __54)[14:org.apache.sshd.core:0.__9.0] >> at >> org.apache.sshd.common.io >> <http://org.apache.sshd.common.io>.__nio2.Nio2Session$ >> 2.completed(__Nio2Session.java:231)[14:org.__apache.sshd.core:0.9.0] >> at >> org.apache.sshd.common.io >> <http://org.apache.sshd.common.io>.__nio2.Nio2Session$ >> 2.completed(__Nio2Session.java:217)[14:org.__apache.sshd.core:0.9.0] >> at >> sun.nio.ch.Invoker.__invokeUnchecked(Invoker.java:_ >> _126)[:1.7.0_45] >> at sun.nio.ch.Invoker$2.run(__Invoker.java:206)[:1.7.0_45] >> at >> sun.nio.ch >> <http://sun.nio.ch>.__AsynchronousChannelGroupImpl$__1.run(__ >> AsynchronousChannelGroupImpl.__java:112)[:1.7.0_45] >> at >> java.util.concurrent.__ThreadPoolExecutor.runWorker(_ >> _ThreadPoolExecutor.java:1145)[__:1.7.0_45] >> at >> java.util.concurrent.__ThreadPoolExecutor$Worker.run( >> __ThreadPoolExecutor.java:615)[:__1.7.0_45] >> at java.lang.Thread.run(Thread.__java:744)[:1.7.0_45] >> >> >> I tried to turn off the ssh authentication, but I can only >> override the >> host key property for the root instance and not the child. I >> don't >> understand how it would work the first couple times then not work >> against until I delete that directory..... >> >> Any ideas would be appreciated! I've been banging my head on >> this for >> the past several days. Thanks! >> >> >> -- >> Jean-Baptiste Onofré >> jbono...@apache.org <mailto:jbono...@apache.org> >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> >> > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com >
