-
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
PriorityClassName is not set in redis-ha components #2704
Comments
I think this is outside of our control. Is a comment inside the table enough? Or shall we try to contribute to @DandyDeveloper's chart? |
I thought about contributing this myself but remembered that templating is not possible inside values file.
I am not sure what contributing to @DandyDeveloper's chart would mean in this case. It would be perfect if this was possible:
But I am not sure how this can be achieved. That being said, the best next thing is probably adding a reminder/note in |
So it seems that you are new to helms internals? Did you read https://helm.sh/docs/chart_template_guide/subcharts_and_globals/#global-chart-values ? What we can do is contributing the feature that the redis-ha chart is also respecting |
I filed a PR over there: Let's see if @DandyDeveloper supports our use case 🤞 |
I was not aware of the Thanks for sharing! 🙏🏼 And thanks for creating a PR to redis-ha chart! Let's see! 🤞🏼 |
Sorry for the delay. I see no issue with this, especially with the benefit of this making it more compatible with other charts that depend on this as a dep. Working through the PR. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Describe the bug
When setting
global.priorityClassName
andredis-ha.enabled: true
the redis components (redis-ha-server
s andredis-ha-proxy
s) do not set the same priorityClassName.Related helm chart
argo-cd
Helm chart version
6.9.3
To Reproduce
Deploy HA ArgoCD with the following values.yml:
Expected behavior
Global priorityClassName should be also set to ha-redis components. In case of non ha-redis, redis deployment does get the priorityClassName as expected.
Screenshots
No response
Additional context
redis-ha
is a dependency:and has support for setting priorityClassName:
https://github.com/DandyDeveloper/charts/blob/0fe831e1c5171dd0217e1f543d40798f473a561f/charts/redis-ha/templates/redis-haproxy-deployment.yaml#L181-L183
https://github.com/DandyDeveloper/charts/blob/0fe831e1c5171dd0217e1f543d40798f473a561f/charts/redis-ha/templates/redis-ha-statefulset.yaml#L523-L525
The text was updated successfully, but these errors were encountered: