-
Notifications
You must be signed in to change notification settings - Fork 202
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
Default --latest to false for stabilizing Jenkins controller containers #308
Comments
@timja This would be greatly helpful in stabilizing docker based Jenkins controller restart process. What are you thoughts on possibly defaulting to false for this option? For reference, we are using helm charts to install our Jenkins instance based on docker image defined in jenkinsci/docker |
I would recommend you use https://github.com/jenkinsci/helm-charts/tree/main/charts/jenkins#consider-using-a-custom-image the problem with I think that Have you got an example that's failing? and the current output? |
@timja - Explicitly tagging you here :), forgive my ignorance if you get notified regardless of tagging and now are swimming in your flooded email inbox. I am including the information you requested below. Plugin definition:
Example startup failure
It is preferable to disable upgrading to latest transitive dependency (oauth-credentials) if a lower but compatible (still satifies the requirement for google oauth plugin) version is defined. If we upgrade to latest version of transitive dependency, then we have to spend a lot of time verifying that it works across all of our existing jobs. If we do not upgrade, then jenkins restart fails. |
Dependencies
https://github.com/jenkinsci/docker/blob/master/8/debian/buster/hotspot/Dockerfile#L67
Feature Request
Currently the
--latest
option of this tool defaults to value true. This has been causing Jenkins restart issues for our production jenkins instance. Current official docker images for Jenkins controller runs this tool on startup. During startup, Jenkins fails pod initialization due to conflict in versions of the plugin's transitive dependencies. We pin all plugins used in our Jenkins instance to a specific version for stability reasons. We would like to request to default this value to false for the reasons mentioned above.The text was updated successfully, but these errors were encountered: