It's the Faslane node only issue. 
If one could switch to e.g. slave1 build  would work.

Regards,
Dennis.

Am 02.10.2012 um 14:38 schrieb Tsvetkov, Krum:

> Hi,
>  
> sorry for the spam if this problem was reported already in some form.
> The last two builds of the Kepler aggregator failed with the following 
> exception:
>  
> Building remotely on Fastlane
> Checkout:simrel.kepler.runaggregator / 
> /opt/users/hudsonbuild/workspace/simrel.kepler.runaggregator - 
> hudson.remoting.Channel@115ed9ec:Fastlane
> Using strategy: Default
> Last Built Revision: Revision 021937fb7740edb6a70852dfbe338e4f4dee6d53 
> (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)
>  
> https://hudson.eclipse.org/hudson/view/Repository%20Aggregation/job/simrel.kepler.runaggregator/136/console
>  
> Any  idea how to overcome this? I just wanted to check that my contribution 
> doesn’t break the build J
>  
> Krum
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to