| Re: [cross-project-issues-dev] Kepler Aggregator cannot start |
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: cross-project-issues-dev-bounces@xxxxxxxxxxx
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@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev