Ok, that'll be fun merging it with the changes I've been working on :) Ryan On Jan 22, 2014 11:50 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net> wrote:
> That's it, I remember now ;) > > Let me take a look. > > By the way, I will push my local Cellar branch for 3.0.0 tomorrow with a > bunch of changes (adaptation for Karaf 3.0.0). > > Regards > JB > > On 01/22/2014 05:47 PM, Ryan Moquin wrote: > >> You use instance:connect like I was.... which works.. >> >> On Jan 22, 2014 11:43 AM, "Jean-Baptiste Onofré" <j...@nanthrax.net >> <mailto:j...@nanthrax.net>> wrote: >> >> Hmmm, it should work (I think we already use it in Cellar itests). >> >> Let me try. >> >> Regards >> JB >> >> On 01/22/2014 05:36 PM, Ryan Moquin wrote: >> >> 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 >> <mailto:fragility...@gmail.com> >> <mailto:fragility...@gmail.com >> <mailto: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 <mailto:j...@nanthrax.net> >> <mailto:j...@nanthrax.net <mailto: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> >> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>> >> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net> >> <mailto: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> >> <http://org.apache.sshd.__common.io >> <http://org.apache.sshd.common.io>> >> <http://org.apache.sshd.__comm__on.io >> <http://common.io> >> <http://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> >> <http://org.apache.sshd.__common.io >> <http://org.apache.sshd.common.io>> >> <http://org.apache.sshd.__comm__on.io >> <http://common.io> >> <http://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> <http://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> >> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>> >> <mailto:jbono...@apache.org >> <mailto:jbono...@apache.org> <mailto:jbono...@apache.org >> <mailto:jbono...@apache.org>>> >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> >> >> -- >> Jean-Baptiste Onofré >> jbono...@apache.org <mailto:jbono...@apache.org> >> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>> >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> >> >> -- >> 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 >