-
Notifications
You must be signed in to change notification settings - Fork 67
✨ Set Availability condition to Unknown on archived revisions #2261
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
✨ Set Availability condition to Unknown on archived revisions #2261
Conversation
Signed-off-by: Per Goncalves da Silva <[email protected]>
Signed-off-by: Per Goncalves da Silva <[email protected]>
✅ Deploy Preview for olmv1 ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
c32e56c
to
8de1c8e
Compare
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #2261 +/- ##
==========================================
- Coverage 72.87% 72.85% -0.02%
==========================================
Files 88 88
Lines 8733 8738 +5
==========================================
+ Hits 6364 6366 +2
- Misses 1955 1957 +2
- Partials 414 415 +1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
||
revision, opts, previous := toBoxcutterRevision(rev) | ||
|
||
// nolint:nestif |
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.
let's fix the reporting linting issue if possible?
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.
I couldn't figure out a way to do it that made sense.
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.
I've moved the teardown procedure to its own method - that solved the problem
meta.SetStatusCondition(&rev.Status.Conditions, metav1.Condition{ | ||
Type: "Available", | ||
Type: ocv1.ClusterExtensionRevisionTypeAvailable, | ||
Status: metav1.ConditionFalse, | ||
Reason: "ReconcileFailure", | ||
Reason: ocv1.ClusterExtensionRevisionReasonReconcileFailure, |
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.
IMHO we do not need to report in the status if there is an error in removing finalizer, because such errors are transient. to this point we have archived the revision, and only thing left is to remove the finalizer (btw, why we would like to remove it, if deletion is not requested)?
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.
I don't think this is unreasonable. But could we address it as a follow up to keep this PR as small as possible? Also, since I didn't really write this bit, it would be good to get Nico involved in the discussion (more so on the finalizer side). I don't have strong opinions here. Given that the resource is not managing anything and there's no need for the finalizer when archived, both can make sense - unless there's good reasons to block deletion if the controller isn't up.
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.
I've removed the condition setting - but let's come back to the finalizer on Monday
ceb0255
to
75853a8
Compare
Signed-off-by: Per Goncalves da Silva <[email protected]>
Signed-off-by: Per Goncalves da Silva <[email protected]>
75853a8
to
0b26ee5
Compare
/approve |
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
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pedjak, tmshort 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 |
/override codecov/patch |
@tmshort: /override requires failed status contexts, check run or a prowjob name to operate on.
Only the following failed contexts/checkruns were expected:
If you are trying to override a checkrun that has a space in it, you must put a double quote on the context. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/override codecov/patch |
@perdasilva: Overrode contexts on behalf of perdasilva: codecov/patch In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
shall we investigate this job? |
05375cb
into
operator-framework:main
No, it was a matter of the size of the patch coverage. Admittedly, we have a threshold, and the difference (72% vs 76%) exceeded that. |
How strictly we try to keep the coverage on a certain level? cc @perdasilva |
Description
This PR updates the ClusterExtensionRevision to set the
Available
condition toUnknown
with reasonArchived
and messagerevision is archived
on archived revisions.It also adds the
AVAILABLE
print column to the ClusterExtensionRevision for visibility inkubectl get clusterextensionrevision ...
We also remove the condition setting on finalizer errors due to transience. No need to hit the api server on something that will in all likelihood be fixed in the next reconciliation.
Reviewer Checklist