| Summary: | Hudson is not 'letting go' of completed jobs | ||
|---|---|---|---|
| Product: | Community | Reporter: | Denis Roy <denis.roy> |
| Component: | CI-Jenkins | Assignee: | Eclipse Webmaster <webmaster> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | caniszczyk, david_williams, gunnar, michael.wenz, pwebster, sbouchet, sebastian.zarnekow |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Denis Roy
Removing cross-project. The stalls seem to have started occurring recently. Recent Hudson changes include the timeout plugin (and settings in some/all projects) and the Distributed Workspace Cleanup plugin (and its usage in some/all projects). With the workspace cleanup plugin enabled, is it possible that it's looking for hudson-slave2 (and stalling)? I've disabled the Distributed workspace plugin and restarted Hudson. One job seems to be running now, and it's not stalled at start like the others were. Looks like the Distributed Workspace plugin was the culprit, as things seem to be running smoothly now. We'll leave it disabled until after Indigo has shipped or until we run out of disk space, whichever comes first. (In reply to comment #6) > Looks like the Distributed Workspace plugin was the culprit, as things seem to > be running smoothly now. > > We'll leave it disabled until after Indigo has shipped or until we run out of > disk space, whichever comes first. good catch. Should a bug be opened against hudson/plugin? |