-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Propagate securityContext to Affinity Assistant #3020
Comments
Even
|
Latest pipeline release has been used now.
|
Yes, there is a bug in 0.14.0, 0.14.1 and 0.14.2 with the handling of the ConfigMap for those feature-flags, as noted in #2979 There will be a 0.14.3 soon that fixes that problem. |
Thank you! |
Using latest release and disabling Affinity Assistant, pipelinerun is working again.
|
Please consider scenario with psp enforcement. Closing this issue and thank you! |
Expected Behavior
Affinity Assistant pod should work in a cluster with psp setting.
Actual Behavior
Affinity Assistant pod won't start since it is trying to run as root.
Steps to Reproduce the Problem
Additional Info
Kubernetes version:
Output of
kubectl version
:Tekton Pipeline version:
Output of
tkn version
orkubectl get pods -n tekton-pipelines -l app=tekton-pipelines-controller -o=jsonpath='{.items[0].metadata.labels.version}'
In a cluster with psp enforcement, Affinity Assistant pod will not start unless there is a way to set securityContext.
Below pipelinerun yaml used to work, if the securityContext section can be propagated to Affinity Assistant, it should just work.
I can't find a way to set the securityContext of Affinity Assistant, the workaround seems to use
disable-affinity-assistant
.The text was updated successfully, but these errors were encountered: