-
Notifications
You must be signed in to change notification settings - Fork 103
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Spot VM evictions are not reported to Jenkins, so builds hang and status not reported #323
Comments
Bumping this issue. I believe this is due to this check during cleanup:
As far as I can tell, even if a spot node has been evicted, this check will prevent any jobs still running on the agent from being deleted causing the job to hang indefinitely (until someone manually deletes the agent from Jenkins). Potentially need to move the check from further down into/above this idle check
Unless there is a reason to keep a spot node around in Jenkins even if it has been deleted in Azure? Edit: Formatting, grammar |
@jglick I think you were doing some work in this area to make it easier to handle spot evictions in cloud providers Any tips? |
Well, you can use the new retry(count: 2, conditions: [agent()]) {
node(…) {
// …
}
} idiom, which will retry the |
Yes, I was very happy with the new agent/retry functionality. This normally works really well, but when a long running |
Version report
Jenkins and plugins versions report:
Reproduction steps
Results
Expected result:
The build should be reported as FAILURE. At least if it is marked failed, we can have the pipeline re-run it. Ideally, eviction would deallocate the VM and Jenkins could allocate a new spot VM with the same disk and restart the failed stage.
Actual result:
Build hangs indefinitely until aborted. Logs report following:
Connection was broken
The text was updated successfully, but these errors were encountered: