similar here:
https://hudson.eclipse.org/hudson/job/mdt-etrice-nightly/133/console

-Henrik

Am 14.12.2011 08:51, schrieb Eike Stepper:
> Am 12.12.2011 19:08, schrieb Denis Roy:
>> I've restarted the slave this morning. Are things working now?
>
> No: 
> https://hudson.eclipse.org/hudson/view/Repository%20Aggregation/job/juno.runAggregator/177/console
>
> Cheers
> /Eike
>
> ----
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>
>>
>> On 12/12/2011 10:43 AM, Kenn Hussey wrote:
>>> I see this exception in the console log:
>>>
>>> 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  
>>> <http://stacktrace.hudson-ci.org/search?query=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
>>>     
>>> atjava.io.ObjectStreamClass$FieldReflector.setObjFieldValues(ObjectStreamClass.java:2032)
>>>  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectStreamClass$FieldReflector.setObjFieldValues&entity=method>
>>>     
>>> atjava.io.ObjectStreamClass.setObjFieldValues(ObjectStreamClass.java:1212) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectStreamClass.setObjFieldValues&entity=method>
>>>     
>>> atjava.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1953) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.defaultReadFields&entity=method>
>>>     atjava.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readSerialData&entity=method>
>>>     
>>> atjava.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readOrdinaryObject&entity=method>
>>>     atjava.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObject0&entity=method>
>>>     
>>> atjava.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.defaultReadFields&entity=method>
>>>     atjava.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readSerialData&entity=method>
>>>     
>>> atjava.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readOrdinaryObject&entity=method>
>>>     atjava.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObject0&entity=method>
>>>     atjava.io.ObjectInputStream.readObject(ObjectInputStream.java:351) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.io.ObjectInputStream.readObject&entity=method>
>>>     athudson.remoting.UserRequest.deserialize(UserRequest.java:178) 
>>> <http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.deserialize&entity=method>
>>>     athudson.remoting.UserRequest.perform(UserRequest.java:98) 
>>> <http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.perform&entity=method>
>>>     athudson.remoting.UserRequest.perform(UserRequest.java:48) 
>>> <http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.UserRequest.perform&entity=method>
>>>     athudson.remoting.Request$2.run(Request.java:283) 
>>> <http://stacktrace.hudson-ci.org/search/?query=hudson.remoting.Request$2.run&entity=method>
>>>     
>>> atjava.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.Executors$RunnableAdapter.call&entity=method>
>>>     atjava.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.FutureTask$Sync.innerRun&entity=method>
>>>     atjava.util.concurrent.FutureTask.run(FutureTask.java:138) 
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.FutureTask.run&entity=method>
>>>     
>>> atjava.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.runTask&entity=method>
>>>     
>>> atjava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.util.concurrent.ThreadPoolExecutor$Worker.run&entity=method>
>>>     atjava.lang.Thread.run(Thread.java:619)  
>>> <http://stacktrace.hudson-ci.org/search/?query=java.lang.Thread.run&entity=method>
>>>
>>> On Mon, Dec 12, 2011 at 10:31 AM, Kenn Hussey <[email protected] 
>>> <mailto:[email protected]>> wrote:
>>>
>>>     The UML2 build is currently blocked by this as well - the build seems 
>>> to start but then stalls and never finishes.
>>>     Does slave1 need to be restarted?
>>>
>>>     Kenn
>>>
>>>     On Mon, Dec 12, 2011 at 8:15 AM, Wim Jongman <[email protected] 
>>> <mailto:[email protected]>> wrote:
>>>
>>>         Hi,
>>>
>>>         Our build is blocking.
>>>
>>>         https://hudson.eclipse.org/hudson/job/maven-nebula-1.0-nightly/239/
>>>
>>>
>>>         Others have the same problem:
>>>
>>>         
>>> https://hudson.eclipse.org/hudson/job/virgo.documentation.snapshot/553/console
>>>         https://hudson.eclipse.org/hudson/job/gef4-nightly-tycho/124/console
>>>
>>>
>>>         Best regards,
>>>
>>>         Wim Jongman
>>>
>>
>>
>>
>> _______________________________________________
>> cross-project-issues-dev mailing list
>> [email protected]
>> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> _______________________________________________
> cross-project-issues-dev mailing list
> [email protected]
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

-- 
..............................................................
.                           .                                .
. Dr. Henrik Rentz-Reichert .  mailto:[email protected]          .
.                           .  +49-7551-831365               .
.                           .                                .
.                           .  Am Bacheck 7a                 . 
.                           .  D-88662 Überlingen-Deisendorf .
..............................................................

_______________________________________________
cross-project-issues-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to