-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Properly remove the service container during kube down #18086
Conversation
@vrothberg PTAL |
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: umohnani8, vrothberg 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 |
06cdef7
to
95eceb7
Compare
LGTM |
Ensure that we are actually looking up the service container ID and actually removing it during kube teardown for the --wait use case. This ensures that we don't have a service container waiting around in removing state before we return from kube play in the remote case. [NO NEW TESTS NEEDED] Signed-off-by: Urvashi Mohnani <[email protected]>
/lgtm |
LGTM and happy green test buttons. |
/hold cancel |
Ensure that we are actually looking up the service container ID and actually removing it during kube teardown for the --wait use case. This ensures that we don't have a service container waiting around in removing state before we return from kube play in the remote case.
Should fix #17803
Does this PR introduce a user-facing change?