-
Notifications
You must be signed in to change notification settings - Fork 562
Bug 1853601: use server-side-apply for catalog source pod update #1624
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
Bug 1853601: use server-side-apply for catalog source pod update #1624
Conversation
@ankitathomas: This pull request references Bugzilla bug 1853601, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker. 3 validation(s) were run on this bug
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/test-infra repository. |
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.
Not entirely sure why a single retry is how we are going about to solve this. If we only care about resourceversion problem, then maybe we could use serverside updates?
} | ||
if !(apierrors.IsConflict(err) && err.Error() == registry.OptimisticLockErrorMsg) { | ||
return errors.Wrapf(err, "error updating catalog source pod labels: %s", source.Pod().GetName()) |
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.
Why not use fmt.errorf()?
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'm guessing that was for the stacktrace, we can switch to errorf
e562bd9
to
9d0e4e0
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.
This looks really good. If the catalog polling e2e test passes with this server-side apply change we should be all set.
9d0e4e0
to
68d9943
Compare
I think we may need to update the object more before patching it, see #1641 for an example of a test with a similar server-side apply that passes locally, but would not patch successfully without the additional metadata. |
2e615f3
to
fef0cd3
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.
@ankitathomas Left a few comments in case you decide to keep the refactoring.
nit: util
is a fairly ambiguous package name. I would choose something that lets a user know what it's good for; e.g. apply
, patch
, k8s
etc.
60628a0
to
041e6b4
Compare
/retest |
2 similar comments
/retest |
/retest |
/hold |
/lgtm |
/retest |
1 similar comment
/retest |
/retest Please review the full test history for this PR and help us cut down flakes. |
2 similar comments
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/test e2e-gcp |
/retest Please review the full test history for this PR and help us cut down flakes. |
1 similar comment
/retest Please review the full test history for this PR and help us cut down flakes. |
/test e2e-gcp |
/retest Please review the full test history for this PR and help us cut down flakes. |
9 similar comments
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
/retest Please review the full test history for this PR and help us cut down flakes. |
@ankitathomas: All pull requests linked via external trackers have merged: operator-framework/operator-lifecycle-manager#1624. Bugzilla bug 1853601 has been moved to the MODIFIED state. 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/test-infra repository. |
/cherry-pick release-4.5 |
@ankitathomas: #1624 failed to apply on top of branch "release-4.5":
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/test-infra repository. |
/cherry-pick release-4.4 |
@ankitathomas: #1624 failed to apply on top of branch "release-4.4":
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/test-infra repository. |
Description of the change:
Updating the catalog source pod was intermittently failing due to resource version conflicts. This change retries the update after fetching the latest spec of the catalog source pod.
Motivation for the change:
Reviewer Checklist
/docs