-
Notifications
You must be signed in to change notification settings - Fork 38
🐛 Skip HelmChartProxy reconciliation for paused clusters #189
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
🐛 Skip HelmChartProxy reconciliation for paused clusters #189
Conversation
c2868ed
to
17bca6e
Compare
Tested locally and this fixed my issue btw. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for this! It does seem like a fix.
Would you be up for writing a unit test that captures this behavior in helmchartproxy_controller_test.go
? It should be mostly copy-and-paste to add a new Cluster definition with Spec.Paused
== true, then a new test case that ensures the HCP is Ready (and that it isn't ready without your change).
/cc @Jont828 |
@mboersma On it! Thanks for your review! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small nits, but otherwise a pretty straightforward change.
0d7ad5c
to
f1aab05
Compare
Added test cases, tested the HRP gets created without this change, and with this change does not. Also added test case to ensure when a cluster is unpaused the HRP gets created. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/assign @Jont828 |
Please squash your commits, otherwise looks good! |
This fixes a bug leading to duplicate `HelmReleaseProxy` resources following a `clusterctl move` that can happen due to a race between reconciling the `HelmChartProxy` and moving and unpausing the `Cluster`.
f1aab05
to
369c00c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/assign @Jont828 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jackfrancis, jimmidyson, mboersma The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@jimmidyson unfortunately @Jont828 is away for several days, and the other maintainers aren't familiar with the release process. We have a bus factor problem here. I'll create an issue for the lack of release documentation. (If you or someone you know would like to be a reviewer or maintainer on CAAPH, I think we would entertain that idea too.) Edit: see #198 |
@mboersma Thanks for the update. I'd happily help out as a maintainer if you'll have me 😅 |
Thanks @jimmidyson! Let's wait until later next week when the current maintainers are all available and I'll propose it. |
@jimmidyson Hey, I'm back from vacation. Super glad to hear that you're interested in getting involved! I'll reach out on Slack if you'd like to chat more. |
Creating as draft until kubernetes-sigs/cluster-api-addon-provider-helm#189 is merged and released. Depends on #494. --------- Co-authored-by: Dimitri Koshkin <[email protected]>
This fixes a bug leading to duplicate
HelmReleaseProxy
resourcesfollowing a
clusterctl move
that can happen due to a race betweenreconciling the
HelmChartProxy
and moving and unpausing theCluster
.Fixes #188.