-
Notifications
You must be signed in to change notification settings - Fork 1.1k
allow empty resources when defaults are empty #2524
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
Conversation
|
👍 |
1 similar comment
|
👍 |
|
This is not working. I updated my operator to 1.11.0. I remove setting the cpu limits, but still receive “1” on limits. The same if I set “0” - it still makes “1” |
If you have installed using the helm chart, the defaults are still set in
|
|
Hi @ktalo, |
|
If you still have old CRDs present, the defaults are there, too. The CRDs won't get updated with helm upgrade. The default limits are in CRD operatorconfigurations.acid.zalan.do and that needs to be updated too. EDIT: and for operator config, I had success with the following helm values: |
closes #2057
This PR removes the hard-coded internal defaults for the (default) resource config options for Spilo and pooler pods allowing for not setting resources at all while relying on the K8s environment to handle it.
This means deployments lacking a resource section and a config map with no defaults defined are likely to fail because memory/cpu request (and memory limits) are missing.
The PR also adds a safeguard function
matchLimitsWithRequestsIfSmallerfor situations where limits are smaller than the actual requests, e.g. if no limit is specified in the manifest and the operator falls back on a default value which is still lower than the request.