You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HELM module should allow equivalent configuration of the --history-max field.
ISSUE TYPE
Feature Idea
COMPONENT NAME
community.kubernetes.helm
ADDITIONAL INFORMATION
When the helm module is invoked to trigger an upgrade it results in additional secrets being created up to the default maximum (10) of the form: sh.helm.release.v1..v<deployment#>.
This requires a large number of secrets being configured as the quota in the K8s cluster. If it supported the CLIs --history-max option, then deployments would be capped at a much lower threshold.
If run manually I would do helm upgrade -f file --history-max value release chart
SUMMARY
HELM module should allow equivalent configuration of the --history-max field.
ISSUE TYPE
COMPONENT NAME
community.kubernetes.helm
ADDITIONAL INFORMATION
When the helm module is invoked to trigger an upgrade it results in additional secrets being created up to the default maximum (10) of the form: sh.helm.release.v1..v<deployment#>.
This requires a large number of secrets being configured as the quota in the K8s cluster. If it supported the CLIs --history-max option, then deployments would be capped at a much lower threshold.
If run manually I would do helm upgrade -f file --history-max value release chart
Example configuration:
The text was updated successfully, but these errors were encountered: