Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 441936

Summary:	gef-master is failing with: FATAL: cannot assign instance of hudson.EnvVars to field
Product:	Community	Reporter:	Alexander Nyßen <nyssen>
Component:	CI-Jenkins	Assignee:	CI Admin Inbox <ci.admin-inbox>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	blocker
Priority:	P3	CC:	denis.roy, webmaster
Version:	unspecified
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:

Description Alexander Nyßen

2014-08-18 02:33:45 EDT

Building remotely on hudson-slave1
Checkout:gef-master / <https://hudson.eclipse.org/hudson/job/gef-master/ws/> - hudson.remoting.Channel@72b5fdb:hudson-slave1
Using strategy: Default
Last Built Revision: Revision 403af2e342ba088ad2bcb7246ae99fbdc9d4f821 (origin/master)
FATAL: cannot assign instance of hudson.EnvVars to field hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in instance of hudson.plugins.git.GitSCM$3
java.lang.ClassCastException: cannot assign instance of hudson.EnvVars to field hudson.plugins.git.GitSCM$3.val$environment of type hudson.EnvVars in instance of hudson.plugins.git.GitSCM$3
	at java.io.ObjectStreamClass$FieldReflector.setObjFieldValues(ObjectStreamClass.java:2032)
	at java.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java:1212)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1953)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351)
	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:441)
	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:619)

Comment 1 Eclipse Webmaster

2014-08-18 10:44:14 EDT

I've restarted the hudson instance on slave1.

-M.

Comment 2 Denis Roy

2014-08-18 10:52:50 EDT

Alexander,

Would you be interesting in having a HIPP instance for GEF?  HIPP instances offer you greater control, they are more stable (ie, these errors do not occur) and require very little if your time for migration.

Comment 3 Alexander Nyßen

2014-08-18 11:17:35 EDT

That sounds reasonable. However, as my publishing-scripts depend on the current infrastructure I do not want to take this step before having published Mars M1 and Luna SR1 RC1.

Comment 4 Alexander Nyßen

2014-09-27 07:18:01 EDT

I think we may regard this as being resolved (while restarting does not seem to have isolated the cause for this). I will open a separate bug to request a HIPP instance.