-
Bug
-
Resolution: Unresolved
-
Blocker
-
None
-
AIX slave
Jenkins: 2.61
envinject: 2.1
None of my builds running on AIX will start, they error out with
org.jenkinsci.lib.envinject.EnvInjectException: java.io.InvalidClassException: org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader$1; local class incompatible: stream classdesc serialVersionUID = -2630906866550529145, local class serialVersionUID = -2721064306957331564 at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvVarsForNode(EnvironmentVariablesNodeLoader.java:95) at org.jenkinsci.plugins.envinject.EnvInjectListener.loadEnvironmentVariablesNode(EnvInjectListener.java:80) at org.jenkinsci.plugins.envinject.EnvInjectListener.setUpEnvironment(EnvInjectListener.java:43) at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:528) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:448) at hudson.model.Run.execute(Run.java:1735) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:405) Caused by: java.io.InvalidClassException: org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader$1; local class incompatible: stream classdesc serialVersionUID = -2630906866550529145, local class serialVersionUID = -2721064306957331564 at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:702) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1705) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1600) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1875) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1432) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:428) at hudson.remoting.UserRequest.deserialize(UserRequest.java:217) at hudson.remoting.UserRequest.perform(UserRequest.java:131) at hudson.remoting.UserRequest.perform(UserRequest.java:50) at hudson.remoting.Request$2.run(Request.java:336) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:277) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.lang.Thread.run(Thread.java:785) at ......remote call to AIXslave(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1545) at hudson.remoting.UserResponse.retrieve(UserRequest.java:253) at hudson.remoting.Channel.call(Channel.java:830) at hudson.FilePath.act(FilePath.java:1081) at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvVarsForNode(EnvironmentVariablesNodeLoader.java:64)
[JENKINS-44395] Exception thrown on AIX agent
Tammy Parker
added a comment - I downgraded to 2.0 and it is working Tammy Parker
added a comment - 2.1 was also failing on a window 2003 server slave with the same error (same Jenkins Master) but I see that it is using slave.jar 3.4.1
Tammy Parker
added a comment - 2.1 was also failing on a window 2003 server slave with the same error (same Jenkins Master) but I see that it is using slave.jar 3.4.1 
Matthias Kraft
added a comment - I see this issue, too, on AIX and Linux on z Systems. I have seen similar bugs in the past and it has been a compatibility issue with the IBM JDK. I have not yet tested this, but maybe another one has time to give it a try. IBM publishes its Java SDK for Linux on Intel, too: https://developer.ibm.com/javasdk/downloads/sdk8/
Reverted Envinject to 2.0, which is doing fine on all machines.
Matthias Kraft
added a comment - I see this issue, too, on AIX and Linux on z Systems. I have seen similar bugs in the past and it has been a compatibility issue with the IBM JDK. I have not yet tested this, but maybe another one has time to give it a try. IBM publishes its Java SDK for Linux on Intel, too: https://developer.ibm.com/javasdk/downloads/sdk8/
Reverted Envinject to 2.0, which is doing fine on all machines. I could decouple this anonymous class to a nested class, which should definitely cause whatever checks to pass since it will be a new class. OTOH it will be rather a hack, because I still do not understand what could cause it. Maybe some crappy core dependency overlap due to the EnvInject lib
aflat
added a comment - You never gave me anything to try, what response were you looking for? 
Steven Murphy
added a comment - I am seeing this on my AIX agents too, all my other agents (Windows, SunOS, HP, Red Hat & Suse) are ok.
- Jenkins: 2.60.2
- envinject : 2.1.3
Steven Murphy
added a comment - I am seeing this on my AIX agents too, all my other agents (Windows, SunOS, HP, Red Hat & Suse) are ok.
Jenkins: 2.60.2
envinject : 2.1.3
Trent Dailey
added a comment - Also had the same issue on AIX build agents. No issues with RHEL, Windows, iOS build agents.
- Jenkins v2.46.2
- EnvInject v2.1.3
This was resolved by rolling back to version 2.0 of the EnvInject plugin.
Trent Dailey
added a comment - Also had the same issue on AIX build agents. No issues with RHEL, Windows, iOS build agents.
Jenkins v2.46.2
EnvInject v2.1.3
This was resolved by rolling back to version 2.0 of the EnvInject plugin. 
Mallikarjuna Manoj Kandala
added a comment - In our case, when the issue was reported then the version of java was "1.8.0" , and now it has been upgraded to version "1.8.0_144" on the AIX slave node, to resolve the issue.
Mallikarjuna Manoj Kandala
added a comment - In our case, when the issue was reported then the version of java was "1.8.0" , and now it has been upgraded to version "1.8.0_144" on the AIX slave node, to resolve the issue. 
That theory did not work – got the same error when I removed the Node Properties env vars and tried to use a properties file instead.