Skip to content
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

default_topic_replications is not respected if provided #1501

Closed
chrisseto opened this issue Aug 27, 2024 · 0 comments · Fixed by #1516
Closed

default_topic_replications is not respected if provided #1501

chrisseto opened this issue Aug 27, 2024 · 0 comments · Fixed by #1516

Comments

@chrisseto
Copy link
Contributor

chrisseto commented Aug 27, 2024

@clee and @ncole noticed that the chart will override default_topic_replications to something very similar to .replicas even if it's explicitly set.

Clearly we should not be doing this.

JIRA Link: K8S-334

chrisseto added a commit that referenced this issue Sep 11, 2024
Prior to this commit, `default_topic_replications` could be unexpectedly
modified by the chart based on some internal math. This behavior was opaque and
frustrating to users attempting to finely tune their cluster configuration.

This commit removes the default value of `default_topic_replications` in
`values.yaml` and instead sets it within the chart only if
`default_topic_replications` is NOT provided. This preserves the existing
behavior of setting `default_topic_replications` to 3 or 1 based on
`statefulset.replicas`.

Fixes #1501 K8S-334
chrisseto added a commit that referenced this issue Sep 12, 2024
Prior to this commit, `default_topic_replications` could be unexpectedly
modified by the chart based on some internal math. This behavior was opaque and
frustrating to users attempting to finely tune their cluster configuration.

This commit removes the default value of `default_topic_replications` in
`values.yaml` and instead sets it within the chart only if
`default_topic_replications` is NOT provided. This preserves the existing
behavior of setting `default_topic_replications` to 3 or 1 based on
`statefulset.replicas`.

Fixes #1501 K8S-334
chrisseto added a commit that referenced this issue Sep 12, 2024
Prior to this commit, `default_topic_replications` could be unexpectedly
modified by the chart based on some internal math. This behavior was opaque and
frustrating to users attempting to finely tune their cluster configuration.

This commit removes the default value of `default_topic_replications` in
`values.yaml` and instead sets it within the chart only if
`default_topic_replications` is NOT provided. This preserves the existing
behavior of setting `default_topic_replications` to 3 or 1 based on
`statefulset.replicas`.

Fixes #1501 K8S-334
chrisseto added a commit that referenced this issue Sep 12, 2024
Prior to this commit, `default_topic_replications` could be unexpectedly
modified by the chart based on some internal math. This behavior was opaque and
frustrating to users attempting to finely tune their cluster configuration.

This commit removes the default value of `default_topic_replications` in
`values.yaml` and instead sets it within the chart only if
`default_topic_replications` is NOT provided. This preserves the existing
behavior of setting `default_topic_replications` to 3 or 1 based on
`statefulset.replicas`.

Fixes #1501 K8S-334
chrisseto added a commit that referenced this issue Sep 13, 2024
Prior to this commit, `default_topic_replications` could be unexpectedly
modified by the chart based on some internal math. This behavior was opaque and
frustrating to users attempting to finely tune their cluster configuration.

This commit removes the default value of `default_topic_replications` in
`values.yaml` and instead sets it within the chart only if
`default_topic_replications` is NOT provided. This preserves the existing
behavior of setting `default_topic_replications` to 3 or 1 based on
`statefulset.replicas`.

Fixes #1501 K8S-334
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant