Re: Strange behaviour with SSH

2010-12-17 Thread stephen flynn

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) (da...@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

2010-12-17 Thread Achim Nierbeck
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 stephen.fl...@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) (da...@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

2010-12-17 Thread stephen flynn


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

2010-12-17 Thread Jean-Baptiste Onofré

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

2010-08-24 Thread Guillaume Nodet
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 achim.nierb...@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 achim.nierb...@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