I switched back to using the ssh:ssh shell command and appeared to get around that issue but ran back into one that made me switch in the first place. If I do:
ssh:ssh -l karaf -P 8102 localhost feature:list | grep cellar Then I think everything after feature:list gets dropped when tbe command is parsed. Is there a way to do this or does the result have to be "grepped" in the integration test code? Thanks for any help! Ryan On Jan 22, 2014 10:31 AM, "Ryan Moquin" <fragility...@gmail.com> wrote: > 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 >> >
