I guess SR1 is business as usual for you folks now  :-)

Denis


On 10/02/2012 09:57 AM, Ed Willink wrote:

HI David

Everything seems really slow here too.

Regards

Ed

On 02.10.2012 15:09, David M Williams wrote:

I've switched to "1 || 4" ... guess fastlane needs to be restarted. (And, I've seen Hudson's web UI get slower and slower last few days ... not sure if its subjective ... or if something more needs to be restarted?)




From: Dennis Hübner
To: Cross project issues ,
Date: 10/02/2012 08:44 AM
Subject: Re: [cross-project-issues-dev] Kepler Aggregator cannot start
Sent by: [email protected]
------------------------------------------------------------------------



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
[email protected]
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to