-
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
Plugin Installation Manager exits with Code 0 when failing to connect to HTTPS #386
Comments
Just noticed the same when building a Docker image based on the official image. Is this somehow related to the cli option |
if you pass that option it would likely return 0, not a very safe flag though |
Is this not quite risky currently on automated builds? Not sure why but also have been seeing way more errors than with the old method:
|
What's risky? I see some retries there and it was successful in the end? |
Ah you are right. So without verbose it will basically not even display any info? |
It should do but could do with testing / validation |
Similar issue with Image: jenkins/jenkins:lts-alpine to install custom plugins in Dockerfile Dockerfile FROM jenkins/jenkins:lts-alpine ENV JAVA_OPTS="-Djenkins.install.runSetupWizard=false" COPY user_creation.groovy /usr/share/jenkins/ref/init.groovy.d/user_creation.groovy COPY plugins.txt /usr/share/jenkins/ref/plugins.txt Image build output Step 5/5 : RUN jenkins-plugin-cli -f /usr/share/jenkins/ref/plugins.txt plugins.txt cloudbees-folder |
I also get this error from time to time. But if I wait, the plugin manages to retry and download the requested plugins. |
I get similar issue but it downloads and installs plugins in sometime.
|
I had a similar issue, but finally, it was successful. But the red warning looks a bit worrying. I tried to access
|
Have the same issue (jenkins-plugin-cli 2.12.15) |
I think docker is skipping RUN process if there weren't any stdout from the RUN command for a while. It's not a permanent resolution but it works. |
I am waiting for permission to share the execution log. There was a Jenkins Docker image build during the Kuberbetes cluster update yesterday, a standard community provided 2.303.3 Docker image is used as a base. The PIM execution returned
org.apache.http.NoHttpResponseException
withhttps://updates.jenkins.io:443: The target server failed to respond
. Surprisingly, the Docker build continued without any issue then, so I suspect the Plugin Installation Manager tool exited with the0
return code. Then the instance failed to start because of the missing plugin.I suspect we have an error propagation bug somewhere in the tool
Build log
The text was updated successfully, but these errors were encountered: