You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I currently use Helm Chart Version 4.2.21 and all works beautifully. If I change to 4.3.0+ My secrets break.
With the 4.2.21 Helm Chart My Jenkins-0 container has and env var SECRETS=[filepath]. [filepath] is a location where various secrets are mounted.
With 4.3.0+ Helm Chart my Jenkins-0 container is missing this env var. The odd thing is if I run a helm template I seen the correct env var in my templated helm output and it is correct. The secrets are even mounted correctly to the location in the container, however, the env var is missing.
I am using SAML and have controller.adminSecret: false and I am specifying my own mounts and a custom mountpoint for secrets.
1. I deploy jenkins using values files that work with Helm Chart version 4.2.21 with helm chart version 4.3.x.
2. Local Jenkins provider secrets mounted to a filepath from kubernetes secrets appear empty in the Jenkins UI
3. The `SECRETS=[filepath]` env var is missing in the 4.3.x helm chart deployed container.
- The env var is in templated helm output by a `helm template`command using these values files.
What you expected to happen?
I deploy jenkins using values files that work with Helm Chart version 4.2.21 with helm chart version 4.3.x.
Local Jenkins provider secrets mounted to a filepath from kubernetes secrets are populated with required data in the Jenkins UI and work when I use them.
The SECRETS=[filepath] env var should exist 4.3.x helm chart deployed container.
How to reproduce it
My Jenkins deployment is very complex and I am not sure how to distill this down to something simple.
Anything else we need to know?
The ONLY Difference in the templated Helm output between 4.2.21 and 4.3.0 is the Helm chart version and the placement of the following block under template.spec.containers.env::
This might be a Kubernetes or a Helm issue. We have now seen this on the 4.2.21 Jenkins helm chart.
SOMETIMES the Jenkins statefulset has the SECRETS env variable, sometimes it does not. Redeploying via helm with no changes to the values files seems to fix it so does editing the statefulset with kubectl and adding the SECRETS env variable.
Describe the bug
I currently use Helm Chart Version 4.2.21 and all works beautifully. If I change to 4.3.0+ My secrets break.
With the 4.2.21 Helm Chart My Jenkins-0 container has and env var
SECRETS=[filepath]
.[filepath]
is a location where various secrets are mounted.With 4.3.0+ Helm Chart my Jenkins-0 container is missing this env var. The odd thing is if I run a
helm template
I seen the correct env var in my templated helm output and it is correct. The secrets are even mounted correctly to the location in the container, however, the env var is missing.I am using SAML and have
controller.adminSecret: false
and I am specifying my own mounts and a custom mountpoint for secrets.Version of Helm and Kubernetes
Chart version
4.3.x
What happened?
What you expected to happen?
SECRETS=[filepath]
env var should exist 4.3.x helm chart deployed container.How to reproduce it
Anything else we need to know?
The ONLY Difference in the templated Helm output between 4.2.21 and 4.3.0 is the Helm chart version and the placement of the following block under
template.spec.containers.env:
:The text was updated successfully, but these errors were encountered: