-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
Removal flow: Waiting until Volumes will be detached from the node #8739
Removal flow: Waiting until Volumes will be detached from the node #8739
Conversation
|
Welcome @rocko-n! |
Hi @rocko-n. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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. |
/check-cla |
f23276d
to
516952a
Compare
@rocko-n please rebase this PR on the latest master branch to address the packet CI job failure /ok-to-test |
516952a
to
ffdc478
Compare
Thanks for doing this @rocko-n ! /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cristicalin, rocko-n 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 |
Nice check addition. /lgtm |
What type of PR is this?
/kind bug
What this PR does / why we need it:
When using some Volume driver and persistent volumes there might be situations when node will be removed from the cluster before volumes will be detached from the node. It results in stucked volume attachment and stateful pod won't be able to move to another node.
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?: