-
Notifications
You must be signed in to change notification settings - Fork 220
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
Does not install on clusters where running containers as root is not allowed #168
Comments
Thanks @mhulscher - I'll take a look at this. It will require changes to the helm chart as well as code in the operator. |
Are you willing to contribute this? |
@tomkerkhove I haven't had a chance to contribute this yet, so @mhulscher if you're open to contributing this, I'd welcome that! |
This can be closed? PSP was deprecated in 1.21 and will be removed in 1.25. |
Closing as I am no longer following this. |
With respect to installing on clusters where non-root is required, this was fixed by #267 https://github.com/kedacore/charts/blob/main/keda/README.md#keda-is-secure-by-default |
The keda http-add-on can not be installed and doesn't work in clusters where containers are forced to run as non-root.
It would be nice if we could configure each containers' securityContext in the helm-charts
values.yaml
.Expected Behavior
Helm-chart should install and creating a HTTPScaledObject should successfully start components in target namespace.
Actual Behavior
All components fail to install because their container spec doesn't specify the UID and GID under which the containers will run. This results in events like so:
I was able to get the http-controller-manager to start by adding the following securityContext to each container's spec:
Steps to Reproduce the Problem
Our PodSecurityPolicy looks like this, which forces all containers to run as non-root:
Specifications
The text was updated successfully, but these errors were encountered: