-
Notifications
You must be signed in to change notification settings - Fork 323
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
Feature/thread start container jnlp #770
Feature/thread start container jnlp #770
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While I appreciate that there's a race condition that sometimes interferes with a smooth startup of JNLP nodes, these code changes appear to break SSH-nodes.
See the automated test results: https://ci.jenkins.io/blue/organizations/jenkins/Plugins%2Fdocker-plugin/detail/PR-770/1/tests
Any improvement to JNLP nodes must not come as a cost of breaking SSH nodes; these code changes cannot be accepted if they break SSH.
Thanks, I was looking for theses results. |
FYI you can find the automated build results from the github page. |
It is fixed. |
Closing. #789 superceded this PR. |
See #757 and JENKINS-59790.
With JNLP connection method, adding a Jenkins node is asynchronous with when the container starts.
It is a problem when Jenkins is slow and the docker container start very quickly. The node is not yet created on Jenkins when the container ask to connect.
This solution delays the container start until the Jenkins node is created for JNLP.