Hudson 2.2.1 failed to launch the slave agent [message #893870] |
Thu, 05 July 2012 18:31 |
Serge Burlyga Messages: 10 Registered: January 2012 |
Junior Member |
|
|
After upgrading from Hudson 2.2.0 to Hudson 2.2.1 the slave agent stop working on Solaris 10 sparc and x86. However, the slave agent on Oracle Linux 5.4 working just fine...
Here is the slave agent failure on Solaris 10 sparc:
[07/05/12 11:27:07] [SSH] Opening SSH connection to buba:22.
[07/05/12 11:27:07] [SSH] Authenticating as bldmstr with /ws/studio-bldmstr/.ssh/id_rsa.
[07/05/12 11:27:08] [SSH] Authentication successful.
[07/05/12 11:27:08] [SSH] The remote users environment is:
CPU sparc-S2
MERCURIAL_BIN /shared/dp/sstrunk/tools/mercurial
TEAMWARE_BIN
VSPMSHOME /ws/studio-bldmstr/vspms
VSPMSLIB /ws/studio-bldmstr/vspms/lib
argv ()
cdpath (.. /shared/dp/sstrunk/tools/mercurial /usr/ccs/bin /bin /usr/bin /usr/sbin /usr/openwin/bin /usr/local/bin /usr/dist/local/exe /usr/dist/exe /set/misc/local/bin /opt/SUNWspro/bin /etc /usr/ucb /ws/studio-bldmstr/bin /ws/studio-bldmstr/tools /set/sstrunk/tools/JDK/sparc-S2/jdk1.6.0_10/bin . /ws/studio-bldmstr/.)
cwd /ws/studio-bldmstr
filec
history 100
home /ws/studio-bldmstr
path (/shared/dp/sstrunk/tools/mercurial /usr/ccs/bin /bin /usr/bin /usr/sbin /usr/openwin/bin /usr/local/bin /usr/dist/local/exe /usr/dist/exe /set/misc/local/bin /opt/SUNWspro/bin /etc /usr/ucb /ws/studio-bldmstr/bin /ws/studio-bldmstr/tools /set/sstrunk/tools/JDK/sparc-S2/jdk1.6.0_10/bin . /ws/studio-bldmstr/. /shared/dp/sstrunk/tools/gktool /shared/dp/sstrunk/tools/tw/sparc-S2/bin /shared/dp/sstrunk/cbe/inst/sparc-S2/bin)
savehist 50
shell /bin/csh
status 0
user bldmstr
[07/05/12 11:27:08] [SSH] Checking java version of java
[07/05/12 11:27:09] [SSH] java -version returned 1.5.0_16.
[07/05/12 11:27:09] [SSH] Starting sftp client.
[07/05/12 11:27:09] [SSH] Copying latest slave.jar...
[07/05/12 11:27:09] [SSH] Copied 236,339 bytes.
[07/05/12 11:27:09] [SSH] Starting slave process: cd '/export/home1/hudson_sandbox' && java -jar slave.jar
<===[HUDSON REMOTING CAPACITY]===>channel started
Slave.jar version: 2.2.1
This is a Unix slave
hudson.util.IOException2: remote file operation failed: /export/home1/hudson_sandbox/maven/slavebundle at hudson.remoting.Channel@1aacdc9:sparc-S2-10-buba
at hudson.FilePath.act(FilePath.java:754)
at hudson.FilePath.act(FilePath.java:740)
at hudson.FilePath.mkdirs(FilePath.java:806)
at org.hudsonci.maven.plugin.install.SlaveBundleInstaller.install(SlaveBundleInstaller.java:78)
at org.hudsonci.maven.plugin.install.SlaveBundleInstaller.preOnline(SlaveBundleInstaller.java:105)
at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:342)
at hudson.plugins.sshslaves.SSHLauncher.startSlave(SSHLauncher.java:383)
at hudson.plugins.sshslaves.SSHLauncher.launch(SSHLauncher.java:203)
at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:194)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.io.IOException: Remote call on sparc-S2-10-buba failed
at hudson.remoting.Channel.call(Channel.java:659)
at hudson.FilePath.act(FilePath.java:747)
... 13 more
Caused by: java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:151)
at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:131)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:151)
at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:131)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
at java.lang.Class.getDeclaredMethod(Class.java:1907)
at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1354)
at java.io.ObjectStreamClass.access$1700(ObjectStreamClass.java:52)
at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:421)
at java.security.AccessController.doPrivileged(Native Method)
at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:400)
at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:297)
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:531)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1552)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
at hudson.remoting.UserRequest.deserialize(UserRequest.java:178)
at hudson.remoting.UserRequest.perform(UserRequest.java:98)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:283)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
[07/05/12 11:27:14] [SSH] Connection closed.
ERROR: Connection terminated
java.io.IOException: Unexpected termination of the channel
at hudson.remoting.Channel$ReaderThread.run(Channel.java:1030)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2553)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1296)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at hudson.remoting.Channel$ReaderThread.run(Channel.java:1024)
ERROR: [07/05/12 11:27:14] slave agent was terminated
java.io.IOException: Unexpected termination of the channel
at hudson.remoting.Channel$ReaderThread.run(Channel.java:1030)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2553)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1296)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at hudson.remoting.Channel$ReaderThread.run(Channel.java:1024)
The same kind of failure I experienced on Solaris 10 x86. So, I just need go back to Hudson 2.2.0, because Hudson 2.2.1 is broken?
[Updated on: Thu, 05 July 2012 18:34] Report message to a moderator
|
|
|
|
|
|
Re: Hudson 2.2.1 failed to launch the slave agent [message #893914 is a reply to message #893903] |
Fri, 06 July 2012 03:00 |
|
I believe your problem lies in here: Caused by: java.lang.UnsupportedClassVersionError: Bad version number in .class file, It might have to do with the version of the jdk that you are using. You are on a very outdated version of the jdk 1.6.0_10. Their current version is 33. What version of java are you using on the slave machines?
/**
* @author Steven Christou
* @dev Hudson-ci
*/
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03940 seconds