Issue Type: Improvement Improvement
Assignee: Unassigned
Components: support-core
Created: 26/Jun/14 5:17 PM
Description:

If some of your slaves claim to be online but are not fully responsive, some support components may be very slow to yield results. That conflicts with the expectation that a support bundle be produced quickly. (Currently bundles generated on demand are in fact produced in an HTTP response thread, which might need to be revisited.) Or if a slave has recently dropped offline, you are probably interested in what it was doing.

In particular, thread dumps and slave logs both currently require slave connectivity.

It would be better to set a clear time limit for a request for such information, say one second, after which this report is simply skipped.

It may also be a good idea to cache the last such successful report on the master. If obtaining current data times out, include the last known data, with a note that it may be stale. In the case of the slave log, which rarely changes, you could even pass in a checksum of the prior data, so that the slave can just return a "not-modified" flag if the content has not changed.

Project: Jenkins
Labels: robustness performance remoting
Priority: Major Major
Reporter: Jesse Glick
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira

--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to