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

Bug 416437

Summary: simrel.kepler.runaggregator can't poll from the git repository
Product: Community Reporter: Dennis Huebner <dennis.huebner>
Component: CI-JenkinsAssignee: David Williams <david_williams>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: P3 CC: david_williams, webmaster
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Mac OS X   
Whiteboard:

Description Dennis Huebner CLA 2013-09-03 09:27:02 EDT
https://hudson.eclipse.org/hudson/job/simrel.kepler.runaggregator/


Started on Sep 3, 2013 9:15:45 AM
Using strategy: Default
[poll] Last Build : #661
[poll] Last Built Revision: Revision e051eafb0128cef3430b602fa1133ada8db00d2d (origin/Kepler_maintenance)
ERROR: Failed to record SCM polling
java.lang.ClassCastException: cannot assign instance of hudson.EnvVars to field hudson.plugins.git.GitSCM$4.val$environment of type hudson.EnvVars in instance of hudson.plugins.git.GitSCM$4
	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 David Williams CLA 2013-09-03 09:35:34 EDT
I'll see if I can use my "psuedo admin" powers to restart slave 2 ... but suspect the temporary solution will be to move the job to slave 4, or similar.
Comment 2 David Williams CLA 2013-09-03 09:49:34 EDT
After restart the node log looked normal (AFAIK) and indeed the next attempt to synch/check git seemed to work, from the jobs "scm log": 

Started on Sep 3, 2013 9:45:46 AM
Using strategy: Default
[poll] Last Build : #662
[poll] Last Built Revision: Revision e051eafb0128cef3430b602fa1133ada8db00d2d (origin/Kepler_maintenance)
Fetching changes from the remote Git repositories
Fetching upstream changes from git://git.eclipse.org/gitroot/simrel/org.eclipse.simrel.build.git/
Done. Took 11 sec
Changes found

And the job did indeed start. 

So, I'll count as fixed for now.