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

[bitnami/mariadb-galera] Fix pod labels #4643

Merged
merged 1 commit into from
Mar 2, 2021

Conversation

srueg
Copy link
Contributor

@srueg srueg commented Dec 8, 2020

Description of the change

  • Don't use the chart as pod label

Benefits
Otherwise this will cause a pod restart on every release, even if the pod didn't change.

Possible drawbacks

Applicable issues

  • fixes #

Additional information

Checklist

  • Chart version bumped in Chart.yaml according to semver.
  • Variables are documented in the README.md
  • Title of the PR starts with chart name (e.g. [bitnami/chart])
  • If the chart contains a values-production.yaml apart from values.yaml, ensure that you implement the changes in both files

⚠️ Keep in mind that if you want to make changes to the kubeapps chart, please implement them in the kubeapps repository. This is only a synchronized mirror.

@marcosbc
Copy link
Contributor

marcosbc commented Dec 8, 2020

Hi @srueg, it is my understanding that this would cause a breaking change for upgrades due to immutable fields in StatefulSets being modified.

There is a related discussion with respect to adding labels to StatefulSets in #4455, so let's block this PR until we decide what approach to follow there.

@marcosbc marcosbc added the on-hold Issues or Pull Requests with this label will never be considered stale label Dec 8, 2020
@srueg
Copy link
Contributor Author

srueg commented Dec 8, 2020

Nice, I didn't see this issue before. As I commented there, the .spec.template.metadata.labels of a StatefulSet is mutable and therefore shouldn't be a problem.

@marcosbc
Copy link
Contributor

marcosbc commented Dec 9, 2020

It seems like you are correct. In any case, for now, let's block this PR until we decide how to approach these changes in #4455.

* Don't use the chart as pod label. Otherwise this will cause a pod
  restart on every release, even if the pod template didn't change.

Signed-off-by: Simon Rüegg <[email protected]>
@srueg srueg force-pushed the mariadb-galera/pod-labels branch from ff9a0d0 to 7933792 Compare March 1, 2021 13:30
@srueg
Copy link
Contributor Author

srueg commented Mar 1, 2021

@marcosbc Any update on this?

Copy link
Contributor

@marcosbc marcosbc left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @srueg, I'm so sorry for the long delay. In the end we did not reach any conclusion in #4455 so we didn't add any update here.

After checking with the team, this PR looks good for everyone and there are no concerns, as it does not affect immutable fields (like you mentioned earlier).

Therefore, I'm going to accept this and merge now. Thanks a lot for the contribution!

@marcosbc marcosbc merged commit 7b19235 into bitnami:master Mar 2, 2021
@srueg srueg deleted the mariadb-galera/pod-labels branch March 2, 2021 20:33
@srueg
Copy link
Contributor Author

srueg commented Mar 4, 2021

Thanks @marcosbc
For some reason it seems the chart wasn't released properly. The latest version of it which is being served on https://charts.bitnami.com/bitnami is still 5.6.2.

@marcosbc
Copy link
Contributor

marcosbc commented Mar 4, 2021

@srueg We have been working on fixing an issue that appeared with this change. It seems to be working now so a new chart release should happen soon, hopefully today.

miguelaeh pushed a commit to miguelaeh/bitnami-charts that referenced this pull request Apr 6, 2021
* Don't use the chart as pod label. Otherwise this will cause a pod
  restart on every release, even if the pod template didn't change.

Signed-off-by: Simon Rüegg <[email protected]>
@carrodher carrodher removed the on-hold Issues or Pull Requests with this label will never be considered stale label Dec 14, 2021
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 this pull request may close these issues.

None yet

3 participants