[ 
https://issues.jenkins-ci.org/browse/JENKINS-10771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=161130#comment-161130
 ] 

Deepti K commented on JENKINS-10771:
------------------------------------

I have jenkins 1.456 installed on my machine hosting Ubuntu 11.04(Natty) with 
openjdk-6-jre.
The jobs are executed on the ec2 slaves which are configured for provisioning 
Ubuntu 12.04 (precise, beta) images and openjdk-6-jre.
My builds failed constantly with the following error when more than one build 
executed on the slave simultaneously:

Caused by: java.lang.LinkageError: loader (instance of  
hudson/remoting/RemoteClassLoader): attempted  duplicate class definition for 
name: "hudson/model/AbstractProject"
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:480)
        at 
hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:152)
        at 
hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:131)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
        at java.lang.Class.getDeclaredMethods0(Native Method)
        at java.lang.Class.privateGetDeclaredMethods(Class.java:2444)
        at java.lang.Class.getDeclaredMethod(Class.java:1952)
        at 
java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1396)
        at java.io.ObjectStreamClass.access$1700(ObjectStreamClass.java:69)
        at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:455)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:430)
        at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:327)
        at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:564)
        at 
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1600)
        at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1513)
        at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1749)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
        at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1887)
        at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
        at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1963)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1887)
        at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1770)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:368)
        at hudson.remoting.UserRequest.deserialize(UserRequest.java:182)
        at hudson.remoting.UserRequest.perform(UserRequest.java:98)
        at hudson.remoting.UserRequest.perform(UserRequest.java:48)
        at hudson.remoting.Request$2.run(Request.java:287)
        at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
        at java.util.concurrent.FutureTask.run(FutureTask.java:166)
        at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:679)

Relaunching the slave and executing the builds did not help. As a workaround I 
restricted only 1 build executor on the slave and it seem to build the jobs 
successfully. But this inturn leads to poor utilisation of the slaves. I would 
request to fix the bug at the earliest.
                
> hudson.util.IOException2: remote file operation failed
> ------------------------------------------------------
>
>                 Key: JENKINS-10771
>                 URL: https://issues.jenkins-ci.org/browse/JENKINS-10771
>             Project: Jenkins
>          Issue Type: Bug
>          Components: master-slave
>    Affects Versions: current
>         Environment: node: Windows Server 2008 R2, amd64 - Intel64 Family 6 
> Model 15 Stepping 1, GenuineIntel, jvm 1.6.0_25-b06
> master: AIX
>            Reporter: Thorsten Löber
>
> After upgrading jenkins from 1.415 to 1.426 we cannot build anymore any 
> project on our windows node. We get the exception:
> Building remotely on WSJENKINSDEV01
> hudson.util.IOException2: remote file operation failed: d:\Program 
> Files\jenkins_slave\workspace\TASC Workbench at 
> hudson.remoting.Channel@4f854f85:WSJENKINSDEV01
>       at hudson.FilePath.act(FilePath.java:754)
>       at hudson.FilePath.act(FilePath.java:740)
>       at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:731)
>       at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:676)
>       at hudson.model.AbstractProject.checkout(AbstractProject.java:1193)
>       at 
> hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:555)
>       at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:443)
>       at hudson.model.Run.run(Run.java:1376)
>       at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
>       at hudson.model.ResourceController.execute(ResourceController.java:88)
>       at hudson.model.Executor.run(Executor.java:230)
> Caused by: java.io.IOException: Remote call on WSJENKINSDEV01 failed
>       at hudson.remoting.Channel.call(Channel.java:677)
>       at hudson.FilePath.act(FilePath.java:747)
>       ... 10 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class 
> hudson.model.Hudson
>       at 
> hudson.scm.SubversionWorkspaceSelector.syncWorkspaceFormatFromMaster(SubversionWorkspaceSelector.java:85)
>       at 
> hudson.scm.SubversionSCM.createSvnClientManager(SubversionSCM.java:808)
>       at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:751)
>       at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:738)
>       at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1994)
>       at hudson.remoting.UserRequest.perform(UserRequest.java:118)
>       at hudson.remoting.UserRequest.perform(UserRequest.java:48)
>       at hudson.remoting.Request$2.run(Request.java:287)
>       at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
>       at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
>       at java.util.concurrent.FutureTask.run(Unknown Source)
>       at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown 
> Source)
>       at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>       at hudson.remoting.Engine$1$1.run(Engine.java:60)
>       at java.lang.Thread.run(Unknown Source)
> As soon as we rollback, we are able again to build the project.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


Reply via email to