You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@karaf.apache.org by Achim Nierbeck <ac...@ptv.de> on 2010/08/24 10:08:33 UTC
Strange behaviour with SSH
Hi,
I do have a strange behavior when trying to connect to the Karaf server on a
Linux machine with ssh.
If I do run the Karaf as a shell application (starting through the Karaf
shell script) I'm able to connect to it via SSH. If I run the Karaf as a
service with the service wrapper I'm not able to connect to it, which is
quite strange.
Googling for this strange behavior showed me that there was some sort of
issue with the SSH implementation back in 1.60 which should be fixed by now.
I do get the following exception:
[ INFO] 10:00:04,066 (NioProcessor-1) Session created...
[ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
SSH-2.0-PuTTY_Release_0.60
[ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
[ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
java.lang.IllegalStateException: Unable to negociate key exchange for item 2
at
org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
at
org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
at
org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
at
org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
at
org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
at
org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
at
org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
[ INFO] 10:00:04,092 (NioProcessor-1) Closing session
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Thanks for the update Stephen,
I will try to reproduce and investigate the issue.
Regards
JB
On 12/17/2010 03:04 PM, stephen flynn wrote:
>
>
> Debian 5.0.3
>
> I will re-open KARAF-178.
>
> JVM details...
>
> Java Runtime Java(TM) SE Runtime Environment(build 1.6.0_14-b08)
> Java Virtual Machine Java HotSpot(TM) 64-Bit Server VM(build 14.0-b16, mixed
> mode)
> Number of Processors 8
>
> OS details...
>
> Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny1) ([hidden email])
> (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25))
>
>
> -----
> --------------
> Stephen Flynn
> ----------------------------
> http://www.jftechnology.com
Re: Strange behaviour with SSH
Posted by stephen flynn <st...@jftechnology.com>.
Debian 5.0.3
I will re-open KARAF-178.
JVM details...
Java Runtime Java(TM) SE Runtime Environment(build 1.6.0_14-b08)
Java Virtual Machine Java HotSpot(TM) 64-Bit Server VM(build 14.0-b16, mixed
mode)
Number of Processors 8
OS details...
Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny1) ([hidden email])
(gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25))
-----
--------------
Stephen Flynn
----------------------------
http://www.jftechnology.com
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p2104857.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Achim Nierbeck <bc...@googlemail.com>.
Hi,
could you reopen the issue for that?
Running which kind of linux is your problem?
Cause it worked for me on an older Open-SuSE Linux.
regards, Achim
2010/12/17 stephen flynn <st...@jftechnology.com>
>
> The apostrophe does seem to cause a problem when running Karaf 2.1.2 on
> Linux.
>
> The current 'out of the box' karaf-wrapper.conf file produced by
> wrapper:install contains...
>
>
> wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed:%JAVA_HOME%/lib/endorsed:%KARAF_HOME%/lib/endorsed"
>
> wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext:%JAVA_HOME%/lib/ext:%KARAF_HOME%/lib/ext"
>
> This causes a 'no matching cipher' exception when logging to Karaf when run
> from the wrapper service (presumably due to the JVM not finding the correct
> endorsed dir). Tweaking karaf-wrapper.conf to...
>
>
> wrapper.java.additional.7=-Djava.endorsed.dirs=%JAVA_HOME%/jre/lib/endorsed:%JAVA_HOME%/lib/endorsed:%KARAF_HOME%/lib/endorsed
>
> wrapper.java.additional.8=-Djava.ext.dirs=%JAVA_HOME%/jre/lib/ext:%JAVA_HOME%/lib/ext:%KARAF_HOME%/lib/ext
>
> solves this problem. Not sure what side effect changing this might have
> elsewhere.
>
> JVM details...
>
> Java Runtime Java(TM) SE Runtime Environment(build 1.6.0_14-b08)
> Java Virtual Machine Java HotSpot(TM) 64-Bit Server VM(build 14.0-b16,
> mixed
> mode)
> Number of Processors 8
>
> OS details...
>
> Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny1) (dannf@debian.org)
> (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25))
>
>
> -----
> --------------
> Stephen Flynn
> ----------------------------
> http://www.jftechnology.com
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p2104182.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
Re: Strange behaviour with SSH
Posted by stephen flynn <st...@jftechnology.com>.
The apostrophe does seem to cause a problem when running Karaf 2.1.2 on
Linux.
The current 'out of the box' karaf-wrapper.conf file produced by
wrapper:install contains...
wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed:%JAVA_HOME%/lib/endorsed:%KARAF_HOME%/lib/endorsed"
wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext:%JAVA_HOME%/lib/ext:%KARAF_HOME%/lib/ext"
This causes a 'no matching cipher' exception when logging to Karaf when run
from the wrapper service (presumably due to the JVM not finding the correct
endorsed dir). Tweaking karaf-wrapper.conf to...
wrapper.java.additional.7=-Djava.endorsed.dirs=%JAVA_HOME%/jre/lib/endorsed:%JAVA_HOME%/lib/endorsed:%KARAF_HOME%/lib/endorsed
wrapper.java.additional.8=-Djava.ext.dirs=%JAVA_HOME%/jre/lib/ext:%JAVA_HOME%/lib/ext:%KARAF_HOME%/lib/ext
solves this problem. Not sure what side effect changing this might have
elsewhere.
JVM details...
Java Runtime Java(TM) SE Runtime Environment(build 1.6.0_14-b08)
Java Virtual Machine Java HotSpot(TM) 64-Bit Server VM(build 14.0-b16, mixed
mode)
Number of Processors 8
OS details...
Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny1) (dannf@debian.org)
(gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25))
-----
--------------
Stephen Flynn
----------------------------
http://www.jftechnology.com
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p2104182.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Achim Nierbeck <ac...@ptv.de>.
Just checked, that it is sufficient to just use the colons the apostrophes do
not make any difficulties.
Guillaume Nodet wrote:
>
> I've raised and fixed KARAF-178 in trunk, but I only had to replace
> the semicolons with colons.
> Could you double check that it also works for you ?
>
> On Tue, Aug 24, 2010 at 17:07, Achim Nierbeck <ac...@ptv.de>
> wrote:
>>
>> OK, found the issue on my linux system.
>>
>> First I had some pebkac
>>
>> JAVA_HOME wasn't set :(
>>
>> second one was:
>>
>>
>> wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed;%JAVA_HOME%/lib/endorsed;%KARAF_HOME%/lib/endorsed"
>> wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext;%JAVA_HOME%/lib/ext;%KARAF_HOME%/lib/ext"
>>
>>
>> my linux doesn't like the quotes and semicolon I had to remove the quotes
>> and replace the semicolon with colons.
>>
>> Thanx, Achim
>>
>>
>>
>> Guillaume Nodet wrote:
>>>
>>> Not sure what's wrong as the parameters seem correct:
>>>
>>> http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/shell/wrapper/src/main/resources/org/apache/karaf/shell/wrapper/unix/karaf-wrapper.conf
>>> You could try to turn on debug logging for JSW and see if the actual
>>> parameters are correct.
>>> The config file should be located in the etc/ folder after running the
>>> wrapper:install command.
>>>
>>> On Tue, Aug 24, 2010 at 10:24, Achim Nierbeck <ac...@ptv.de>
>>> wrote:
>>>>
>>>> Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf
>>>> server.
>>>>
>>>> The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the
>>>> jdk
>>>> (was downloaded last week from the dl-server)
>>>>
>>>> Any Idea how to configure JSW (JavaServiceWrapper?) different.
>>>>
>>>>
>>>>
>>>> Guillaume Nodet wrote:
>>>>>
>>>>> This problem is usually caused by the JCE libraries not being included
>>>>> in the classpath.
>>>>> On some systems, the jars for cryptography are located in
>>>>> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
>>>>> folders are configured in the batch file, but maybe there's something
>>>>> wrong in the way the JSW is configured. Does that happen using trunk
>>>>> / 2.0.0 too or only 1.6.0 ?
>>>>>
>>>>> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de>
>>>>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I do have a strange behavior when trying to connect to the Karaf
>>>>>> server
>>>>>> on a
>>>>>> Linux machine with ssh.
>>>>>>
>>>>>> If I do run the Karaf as a shell application (starting through the
>>>>>> Karaf
>>>>>> shell script) I'm able to connect to it via SSH. If I run the Karaf
>>>>>> as
>>>>>> a
>>>>>> service with the service wrapper I'm not able to connect to it, which
>>>>>> is
>>>>>> quite strange.
>>>>>>
>>>>>> Googling for this strange behavior showed me that there was some sort
>>>>>> of
>>>>>> issue with the SSH implementation back in 1.60 which should be fixed
>>>>>> by
>>>>>> now.
>>>>>>
>>>>>> I do get the following exception:
>>>>>>
>>>>>>
>>>>>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>>>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>>>>>> SSH-2.0-PuTTY_Release_0.60
>>>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>>>>>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>>>>>> java.lang.IllegalStateException: Unable to negociate key exchange for
>>>>>> item 2
>>>>>> at
>>>>>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>>>>>> at
>>>>>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>>>>>> at
>>>>>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>>>>>> at
>>>>>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>>>>>> at
>>>>>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>>>>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>>>>>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>>>>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Cheers,
>>>>> Guillaume Nodet
>>>>> ------------------------
>>>>> Blog: http://gnodet.blogspot.com/
>>>>> ------------------------
>>>>> Open Source SOA
>>>>> http://fusesource.com
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
>>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>>
>>>
>>>
>>>
>>> --
>>> Cheers,
>>> Guillaume Nodet
>>> ------------------------
>>> Blog: http://gnodet.blogspot.com/
>>> ------------------------
>>> Open Source SOA
>>> http://fusesource.com
>>>
>>>
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1313024.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
>
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1393881.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Guillaume Nodet <gn...@gmail.com>.
I've raised and fixed KARAF-178 in trunk, but I only had to replace
the semicolons with colons.
Could you double check that it also works for you ?
On Tue, Aug 24, 2010 at 17:07, Achim Nierbeck <ac...@ptv.de> wrote:
>
> OK, found the issue on my linux system.
>
> First I had some pebkac
>
> JAVA_HOME wasn't set :(
>
> second one was:
>
>
> wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed;%JAVA_HOME%/lib/endorsed;%KARAF_HOME%/lib/endorsed"
> wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext;%JAVA_HOME%/lib/ext;%KARAF_HOME%/lib/ext"
>
>
> my linux doesn't like the quotes and semicolon I had to remove the quotes
> and replace the semicolon with colons.
>
> Thanx, Achim
>
>
>
> Guillaume Nodet wrote:
>>
>> Not sure what's wrong as the parameters seem correct:
>>
>> http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/shell/wrapper/src/main/resources/org/apache/karaf/shell/wrapper/unix/karaf-wrapper.conf
>> You could try to turn on debug logging for JSW and see if the actual
>> parameters are correct.
>> The config file should be located in the etc/ folder after running the
>> wrapper:install command.
>>
>> On Tue, Aug 24, 2010 at 10:24, Achim Nierbeck <ac...@ptv.de>
>> wrote:
>>>
>>> Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf
>>> server.
>>>
>>> The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the jdk
>>> (was downloaded last week from the dl-server)
>>>
>>> Any Idea how to configure JSW (JavaServiceWrapper?) different.
>>>
>>>
>>>
>>> Guillaume Nodet wrote:
>>>>
>>>> This problem is usually caused by the JCE libraries not being included
>>>> in the classpath.
>>>> On some systems, the jars for cryptography are located in
>>>> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
>>>> folders are configured in the batch file, but maybe there's something
>>>> wrong in the way the JSW is configured. Does that happen using trunk
>>>> / 2.0.0 too or only 1.6.0 ?
>>>>
>>>> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de>
>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I do have a strange behavior when trying to connect to the Karaf server
>>>>> on a
>>>>> Linux machine with ssh.
>>>>>
>>>>> If I do run the Karaf as a shell application (starting through the
>>>>> Karaf
>>>>> shell script) I'm able to connect to it via SSH. If I run the Karaf as
>>>>> a
>>>>> service with the service wrapper I'm not able to connect to it, which
>>>>> is
>>>>> quite strange.
>>>>>
>>>>> Googling for this strange behavior showed me that there was some sort
>>>>> of
>>>>> issue with the SSH implementation back in 1.60 which should be fixed by
>>>>> now.
>>>>>
>>>>> I do get the following exception:
>>>>>
>>>>>
>>>>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>>>>> SSH-2.0-PuTTY_Release_0.60
>>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>>>>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>>>>> java.lang.IllegalStateException: Unable to negociate key exchange for
>>>>> item 2
>>>>> at
>>>>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>>>>> at
>>>>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>>>>> at
>>>>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>>>>> at
>>>>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>>>>> at
>>>>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>>>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>>>>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>>>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>> Guillaume Nodet
>>>> ------------------------
>>>> Blog: http://gnodet.blogspot.com/
>>>> ------------------------
>>>> Open Source SOA
>>>> http://fusesource.com
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1313024.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Re: Strange behaviour with SSH
Posted by Achim Nierbeck <ac...@ptv.de>.
OK, found the issue on my linux system.
First I had some pebkac
JAVA_HOME wasn't set :(
second one was:
wrapper.java.additional.7=-Djava.endorsed.dirs="%JAVA_HOME%/jre/lib/endorsed;%JAVA_HOME%/lib/endorsed;%KARAF_HOME%/lib/endorsed"
wrapper.java.additional.8=-Djava.ext.dirs="%JAVA_HOME%/jre/lib/ext;%JAVA_HOME%/lib/ext;%KARAF_HOME%/lib/ext"
my linux doesn't like the quotes and semicolon I had to remove the quotes
and replace the semicolon with colons.
Thanx, Achim
Guillaume Nodet wrote:
>
> Not sure what's wrong as the parameters seem correct:
>
> http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/shell/wrapper/src/main/resources/org/apache/karaf/shell/wrapper/unix/karaf-wrapper.conf
> You could try to turn on debug logging for JSW and see if the actual
> parameters are correct.
> The config file should be located in the etc/ folder after running the
> wrapper:install command.
>
> On Tue, Aug 24, 2010 at 10:24, Achim Nierbeck <ac...@ptv.de>
> wrote:
>>
>> Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf
>> server.
>>
>> The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the jdk
>> (was downloaded last week from the dl-server)
>>
>> Any Idea how to configure JSW (JavaServiceWrapper?) different.
>>
>>
>>
>> Guillaume Nodet wrote:
>>>
>>> This problem is usually caused by the JCE libraries not being included
>>> in the classpath.
>>> On some systems, the jars for cryptography are located in
>>> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
>>> folders are configured in the batch file, but maybe there's something
>>> wrong in the way the JSW is configured. Does that happen using trunk
>>> / 2.0.0 too or only 1.6.0 ?
>>>
>>> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I do have a strange behavior when trying to connect to the Karaf server
>>>> on a
>>>> Linux machine with ssh.
>>>>
>>>> If I do run the Karaf as a shell application (starting through the
>>>> Karaf
>>>> shell script) I'm able to connect to it via SSH. If I run the Karaf as
>>>> a
>>>> service with the service wrapper I'm not able to connect to it, which
>>>> is
>>>> quite strange.
>>>>
>>>> Googling for this strange behavior showed me that there was some sort
>>>> of
>>>> issue with the SSH implementation back in 1.60 which should be fixed by
>>>> now.
>>>>
>>>> I do get the following exception:
>>>>
>>>>
>>>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>>>> SSH-2.0-PuTTY_Release_0.60
>>>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>>>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>>>> java.lang.IllegalStateException: Unable to negociate key exchange for
>>>> item 2
>>>> at
>>>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>>>> at
>>>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>>>> at
>>>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>>>> at
>>>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>>>> at
>>>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>>>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>>>
>>>> --
>>>> View this message in context:
>>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>>
>>>
>>>
>>>
>>> --
>>> Cheers,
>>> Guillaume Nodet
>>> ------------------------
>>> Blog: http://gnodet.blogspot.com/
>>> ------------------------
>>> Open Source SOA
>>> http://fusesource.com
>>>
>>>
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
>
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1313024.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Guillaume Nodet <gn...@gmail.com>.
Not sure what's wrong as the parameters seem correct:
http://svn.apache.org/repos/asf/karaf/tags/karaf-2.0.0/shell/wrapper/src/main/resources/org/apache/karaf/shell/wrapper/unix/karaf-wrapper.conf
You could try to turn on debug logging for JSW and see if the actual
parameters are correct.
The config file should be located in the etc/ folder after running the
wrapper:install command.
On Tue, Aug 24, 2010 at 10:24, Achim Nierbeck <ac...@ptv.de> wrote:
>
> Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf server.
>
> The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the jdk
> (was downloaded last week from the dl-server)
>
> Any Idea how to configure JSW (JavaServiceWrapper?) different.
>
>
>
> Guillaume Nodet wrote:
>>
>> This problem is usually caused by the JCE libraries not being included
>> in the classpath.
>> On some systems, the jars for cryptography are located in
>> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
>> folders are configured in the batch file, but maybe there's something
>> wrong in the way the JSW is configured. Does that happen using trunk
>> / 2.0.0 too or only 1.6.0 ?
>>
>> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de>
>> wrote:
>>>
>>> Hi,
>>>
>>> I do have a strange behavior when trying to connect to the Karaf server
>>> on a
>>> Linux machine with ssh.
>>>
>>> If I do run the Karaf as a shell application (starting through the Karaf
>>> shell script) I'm able to connect to it via SSH. If I run the Karaf as a
>>> service with the service wrapper I'm not able to connect to it, which is
>>> quite strange.
>>>
>>> Googling for this strange behavior showed me that there was some sort of
>>> issue with the SSH implementation back in 1.60 which should be fixed by
>>> now.
>>>
>>> I do get the following exception:
>>>
>>>
>>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>>> SSH-2.0-PuTTY_Release_0.60
>>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>>> java.lang.IllegalStateException: Unable to negociate key exchange for
>>> item 2
>>> at
>>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>>> at
>>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>>> at
>>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>>> at
>>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>>> at
>>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>>
>>> --
>>> View this message in context:
>>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>>
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
Re: Strange behaviour with SSH
Posted by Achim Nierbeck <ac...@ptv.de>.
Sorry, forgot to tell you that I'm using the 2.0 version of the Karaf server.
The jce.jar is included in the lib folder ${JAVA_HOME}/jre/lib of the jdk
(was downloaded last week from the dl-server)
Any Idea how to configure JSW (JavaServiceWrapper?) different.
Guillaume Nodet wrote:
>
> This problem is usually caused by the JCE libraries not being included
> in the classpath.
> On some systems, the jars for cryptography are located in
> ${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
> folders are configured in the batch file, but maybe there's something
> wrong in the way the JSW is configured. Does that happen using trunk
> / 2.0.0 too or only 1.6.0 ?
>
> On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de>
> wrote:
>>
>> Hi,
>>
>> I do have a strange behavior when trying to connect to the Karaf server
>> on a
>> Linux machine with ssh.
>>
>> If I do run the Karaf as a shell application (starting through the Karaf
>> shell script) I'm able to connect to it via SSH. If I run the Karaf as a
>> service with the service wrapper I'm not able to connect to it, which is
>> quite strange.
>>
>> Googling for this strange behavior showed me that there was some sort of
>> issue with the SSH implementation back in 1.60 which should be fixed by
>> now.
>>
>> I do get the following exception:
>>
>>
>> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
>> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
>> SSH-2.0-PuTTY_Release_0.60
>> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
>> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
>> java.lang.IllegalStateException: Unable to negociate key exchange for
>> item 2
>> at
>> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>> at
>> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>> at
>> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>> at
>> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>> at
>> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
>> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
>
--
View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306777.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Strange behaviour with SSH
Posted by Guillaume Nodet <gn...@gmail.com>.
This problem is usually caused by the JCE libraries not being included
in the classpath.
On some systems, the jars for cryptography are located in
${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed. Those
folders are configured in the batch file, but maybe there's something
wrong in the way the JSW is configured. Does that happen using trunk
/ 2.0.0 too or only 1.6.0 ?
On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <ac...@ptv.de> wrote:
>
> Hi,
>
> I do have a strange behavior when trying to connect to the Karaf server on a
> Linux machine with ssh.
>
> If I do run the Karaf as a shell application (starting through the Karaf
> shell script) I'm able to connect to it via SSH. If I run the Karaf as a
> service with the service wrapper I'm not able to connect to it, which is
> quite strange.
>
> Googling for this strange behavior showed me that there was some sort of
> issue with the SSH implementation back in 1.60 which should be fixed by now.
>
> I do get the following exception:
>
>
> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
> SSH-2.0-PuTTY_Release_0.60
> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
> java.lang.IllegalStateException: Unable to negociate key exchange for item 2
> at
> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
> at
> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
> at
> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
> at
> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
> at
> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
> at
> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com