|
Hello All, It's curious but I have a job with no restrictions about the node in which it can be executed [1] and such a job is currently waiting for a slot, in spite the fact that there are idle nodes [2]. Is this a bug ? Am I missing anything ? ... Do I have to restrict explictly the execution of the job to the nodes I want to ? I guess so... [1] https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-tools-3.2-master/configure [2] attached screen shot. Cheers, Adolfo. El 10/02/2012 14:29, Denis Roy escribió: On 02/10/2012 08:49 AM, David M Williams wrote:... If you need a job pronto, Fastlane is there for you. That's what we set it up for. It's currently idle.But "fastlane" often has the same "remote operation" failure as slave machines often do,Right. The master executes everything locally. However, tying to the master does not scale.In the past we've tried creating one big master instance with tons of executors and that didn't work out well either, so we have to use slaves. So no, you're not missing anything: at the moment you must pick one solution from two sub-optimal choices: -> tie to master, your builds succeed consistently, but you must wait in line -> don't tie to master, your build may fail because of remote operation exceptions, but your build will complete faster The third option, the one where your build always succeeds without ever waiting, simply doesn't exist at this time. On 02/10/2012 09:14 AM, Campo, Christian wrote:I am personally very much in favor of having a new mailing list for hudson build infrastructure messages. Many issues like slaves hanging, hudson is restarted are short-lived issues that are not always worth a bugzillaThe typical Hudson errors should be pretty well known by everyone at this time, so when a slave has failed, why not just email webmaster@ and keep it off the list? Denis _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev --
|
<<attachment: ScreenShot.PNG>>
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
