-
Notifications
You must be signed in to change notification settings - Fork 5.7k
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
fix: Policy/policy.open-cluster-management.io stuck in progressing status when no clusters match the policy (#21296) #21297
Conversation
❌ Preview Environment deleted from BunnyshellAvailable commands (reply to this comment):
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #21297 +/- ##
=========================================
Coverage ? 55.40%
=========================================
Files ? 339
Lines ? 57172
Branches ? 0
=========================================
Hits ? 31676
Misses ? 22788
Partials ? 2708 ☔ View full report in Codecov by Sentry. |
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 the update, @mbaldessari!
FYI @JustinKuli
resource_customizations/policy.open-cluster-management.io/Policy/health.lua
Outdated
Show resolved
Hide resolved
resource_customizations/policy.open-cluster-management.io/Policy/health.lua
Outdated
Show resolved
Hide resolved
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.
@mbaldessari LGTM. Please address open comments. It can be merged after., 👍
b1f6b7a
to
5d2af4d
Compare
Thanks for the feedback and apologies for the delay, I addressed both and rebased the PR while I was at it. |
@mbaldessari The conversations were marked resolved, but I don't see the requested updates here in the PR. |
Holy guacamole, I must have pushed the wrong thing. Apologies. Taking a look now |
5d2af4d
to
2a963b1
Compare
Ok, now the right branch should be pushed up. Serves me well for doing it late at night I guess. Thanks for noticing and letting me know |
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! Thanks for the update, @mbaldessari! 😄
Looks like this PR is blocked until this gets merged/resolved, though: |
…atus when no clusters match the policy (argoproj#21296) When a policy does not apply to a cluster because the placementrule matches no cluster at all then the status will look like the following: status: placement: - placementBinding: group-one-placement-binding placementRule: group-one-placement Without this change the above will show up as progressing even though there is really nothing to progress. Let's take care of this case by returning healthy when there is no compliant field but the array under placement is non-zero, which means that its placement resolution has happened and there is nothing to do. Fixes: argoproj#21296 Signed-off-by: Michele Baldessari <michele@acksyn.org>
2a963b1
to
ed16787
Compare
Ah thanks for that info, I have rebased on top of that PR now that it merged. Let's see if this clears up CI |
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!!
/cherry-pick release-2.13 |
/cherry-pick release-2.14 |
…atus when no clusters match the policy (argoproj#21296) (argoproj#21297) Signed-off-by: Michele Baldessari <michele@acksyn.org> Signed-off-by: Brett C. Dudo <brett@dudo.io>
When a policy does not apply to a cluster because the placementrule matches no cluster at all then the status will look like the following:
Without this change the above will show up as progressing even though there is really nothing to progress.
Let's take care of this case by returning healthy when there is no compliant field but the array under placement is non-zero, which means that its placement resolution has happened and there is nothing to do.
Fixes: #21296
Ideally this should be backported to release-2.13 (only)
Checklist: