-
Notifications
You must be signed in to change notification settings - Fork 1.5k
destroy: provide a way to stop all uninstalls using context #3800
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
Conversation
8234c43 to
7e98bab
Compare
If the users want to add a timeout, they should invoke the installer with |
|
also if you can maybe split these into per-platform, switch destroy to pass context that would be very helpful in reviewing. |
e31c1f0 to
0a722d8
Compare
|
Update to put the changes for each provider in separate commits and to remove the "--timeout" flag. |
0a722d8 to
6ec4a5a
Compare
|
So i think GCP needs a relook. there is a global context for Uninstaller that is used to create new contexts with tighter timeouts for requests. This change just overwrites that as part of Run, while also removing the local tigher context for API calls. hmm.. the placement to the ctx Errs seems a little random to me, is it possible to provide a little more context in the commit message? setting the convention like check for ctx before each item to be deleted or maybe only once per cycle etc. is what we need to try should help guide if change is good. |
2f25439 to
4f68b5b
Compare
I fixed this to use the 2-minute timeout for the calls to get the session and services.
I fixed this to check the context directly before every request. |
4f68b5b to
78e20f8
Compare
|
/test e2e-openstack |
78e20f8 to
a330776
Compare
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
78e20f8a6...a33077627
|
mandre
left a comment
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.
OpenStack changes look good, I only have some reservations about the logging.
|
/test e2e-openstack |
|
/retest |
|
gcp changes looks good to me. |
The Run function in the Destroyer interface was modified to take a context as a parameter. This provides a way for the user stop the uninstall after a period of time by providing a context with a deadline. This will be used by Hive to backoff uninstall attempts. https://issues.redhat.com/browse/CO-974
Use the context passed into the Run function for AWS.
Use the context passed into the Run function for Azure.
Use the context passed into the Run function for GCP.
Use the context passed into the Run function for vSphere.
Use the context passed into the Run function for libvirt. Note that there is no means by which to abort in-flight requests made to libvirt. If the context completes while the uninstall is making a request, then the uninstall will not return until the request has completed.
Use the context passed into the Run function for OpenStack. Note that there is no means by which to abort in-flight requests made to OpenStack. If the context completes while the uninstall is making a request, then the uninstall will not return until the request has completed.
Use the context passed into the Run function for ovirt. Note that there is no means by which to abort in-flight requests made to ovirt. If the context completes while the uninstall is making a request, then the uninstall will not return until the request has completed.
a330776 to
783ba77
Compare
|
/retest |
|
@staebler: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. I understand the commands that are listed here. |
|
openstack-e2e is passing now. |
|
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
|
@staebler: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. I understand the commands that are listed here. |
|
Stale issues rot after 30d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle rotten |
|
@staebler: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. I understand the commands that are listed here. |
|
Rotten issues close after 30d of inactivity. Reopen the issue by commenting /close |
|
@openshift-bot: Closed this PR. DetailsIn 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. |
The Run function in the Destroyer interface was modified to take a context as a parameter. This provides a way for the user stop the uninstall after a period of time by providing a context with a deadline.
The baremetal, libvirt, openstack, and ovirt providers do not provide a means by which most requests made to the provider can be stopped prematurely. In these cases, the context is checked prior to making the requests as a best effort. But the uninstall may continue for a period of time after the context is done.
The RunWithContext function introduced in #3765 for AWS has been obsoleted since the Run function now accepts a context.
This will be used by Hive to backoff uninstall attempts.
https://issues.redhat.com/browse/CO-974