Hi Xavier,

Have you tried the Build Timeout plug-in 
(https://wiki.jenkins-ci.org/display/JENKINS/Build-timeout+Plugin) yet? It 
might help you
with detecting blocked jobs.

Regards,

Fred

On Thursday, September 13, 2012 12:48:20 PM UTC+2, Xavier Nodet wrote:
>
> Hi all,
>
> I've been using Jenkins for a year now, and I'm missing the following 
> features...
> Do they exist in a plugin that I missed?
>
> More context is available at 
> http://xnodet.blogspot.fr/2012/09/suggestions-for-jenkins-on-multi.html
> Thanks.
>
> Detect stale jobs 
> We sometimes have jobs that stop running (no new run is triggered, or no 
> available nodes).  This is of course not intended, and it would be nice to 
> be able to detect those easily.  I suppose that adding a 'Last build' 
> column to the list view, that would display the time since the job entered 
> its current state, would be nice.  Something like 'Ended 8.6 hr' or 'Queued 
> 1.3 hr' or 'Started 12 min'...
>
> Then I'd know that if the code changed 3 hours ago, I shouldn't see any 
> number larger than 3 hours...
>
>  Detect hung jobs 
> We have many jobs running, typically 20 to 30 simultaneously. And some 
> builds last for several hours.  It happens that tests hang, or are 
> abnormally slow.  These situations should be detected as soon as possible 
> for investigation.
>
> Unfortunately, the 'Build History' list is not very helpful, for two 
> reasons. It has too few jobs for us: with 50 builds, only the last 5 hours 
> are covered, which is less than the duration of many of our builds. But 
> then if this limit was increased, we'd probably need a list of 200 or so 
> jobs, which would not be easy to handle.
>
> I would thus suggest to allow filtering on the 'building' status.  When 
> this flag would be set, the 'Build History' would only display the jobs 
> that are currently being built. 
>
>  A view 'by revision' 
> I often need to check if a given revision of the source has been built by 
> a given job, or what is the latest revision that is good on a set of jobs.  
> For example, I may want to merge this revision to some 'stable' branch for 
> other teams to use.
>
> I think that a grid view with the following attributes would be very 
> useful for this: each line is a commit id or SVN revision, each column is a 
> job, each cell is blue, red or gray (or even empty if this revision has not 
> yet been part of a run of the job, or the run is not finished yet).
>
>
> Do you think these would be useful additions?
>
> -- 
> Xavier Nodet
>
>

Reply via email to