-
Notifications
You must be signed in to change notification settings - Fork 222
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
No limits or requests set on Trident resources #853
Comments
We bumped into this issue as well, as we have a number of cluster policies (i.e. kyverno) for enforcing various standards around how resources and limits are set across the cluster. It would be great if the helm chart let us specify (override) the resource block for each pod deployed (i.e. app, daemonset, and all sidecars). This flexibility is a fairly common paradigm across the k8s helm ecosystem, so we were surprised to not find it here. |
closes NetApp#853 Signed-off-by: Clément Nussbaumer <[email protected]>
closes NetApp#853 Signed-off-by: Clément Nussbaumer <[email protected]>
closes NetApp#853 Signed-off-by: Clément Nussbaumer <[email protected]>
closes NetApp#853 Signed-off-by: Clément Nussbaumer <[email protected]>
Hi @cjreyn Please let us know if this issue still exists with the newer versions of Trident. If this has been resolved, please close the issue. |
Thanks for addressing! I'll wait for it to trickle into a tagged release unless I find time to roll out the fixed branch on our test cluster. |
Describe the bug
No limits or requests are set for any Trident pods except the operator pod. This is bad practice, as an issue in Trident could take down the cluster.
Environment
Provide accurate information about the environment to help us reproduce the issue.
To Reproduce
Install trident with the helm chart. Query the daemonset named "daemonset.apps/trident-node-linux" and all pods it starts. No sign of limits or requests.
Expected behavior
The daemonset should set some sensible cpu, mem, and ephemeral storage limits and requests.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: