[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[cross-project-issues-dev] Avoid blocking builds on Hudson / Determining Build Job Contact Info
|
If you can configure the job, you can see two fields which describe
contact info:
a) Enable project-based security - lists the committer IDs with write
access to the job
b) Email notification (if enabled) - lists default recipient of build
status emails
From (a) you can ssh to build.eclipse.org and finger those IDs to get
their email address, eg:
$ finger nickb
Login: nickb
Name: Nick Boldt nickboldt@xxxxxxxxx
If you can't read the job config because you don't have access in (a),
you can ssh to build.eclipse.org and check the equivalent file:
$ vi /opt/users/hudsonbuild/.hudson/jobs/cbi-emf-core-2.6-nightly/config.xml
Of course this assumes you have a full login shell to ssh to
build.eclipse.org using your CVS/SVN credentials. If you don't, simply
open a bug and ask the webmaster to grant it (with a rationale like "I
run the builds for project Foo, so I need shell access to
build.eclipse.org.").
HTH,
Nick
On 02/18/2010 05:39 AM, Stéphane Bouchet wrote:
hi Eike,
comments below :
Eike Stepper a écrit :
Hi everybody,
I noticed that some Hudson jobs tend to stay in the queue forever
because something in their execution is blocking. Thereby taking away
slots that could be used by pending jobs.
yes, especially when both galileo and helios epp jobs are running :)
I think it's a good idea to set an adequate timeout value in the
Hudson job config. The property is called something like "Abort
blocking builds".
the exact property on the job's config page is " Abort the build if it's
stuck " and you can set a timeout (minutes based).
Tests should generally be designed such that they can not block
indefinitely. For example, use (short) timeouts in statements like
CountDownLatch.await() or similar.
BTW. I find it rather hard to determine a build's contact email. Is
there a trick that I don't know of?
Don't know either, but good practice should be to always have a contact
in the config's page ( in the notification property) so that people that
can access to it can use that contact.
Cheers
/Eike
----
http://thegordian.blogspot.com
http://twitter.com/eikestepper
--
Nick Boldt :: http://nick.divbyzero.com
Release Engineer :: Eclipse Modeling & Dash Athena
