-
Notifications
You must be signed in to change notification settings - Fork 43.2k
NodeStage is not called after NodeUnstage error #100182
Copy link
Copy link
Closed
Labels
kind/bugCategorizes issue or PR as related to a bug.Categorizes issue or PR as related to a bug.priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release.Must be staffed and worked on either currently, or very soon, ideally in time for the next release.sig/storageCategorizes an issue or PR as relevant to SIG Storage.Categorizes an issue or PR as relevant to SIG Storage.triage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.
Metadata
Metadata
Assignees
Labels
kind/bugCategorizes issue or PR as related to a bug.Categorizes issue or PR as related to a bug.priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release.Must be staffed and worked on either currently, or very soon, ideally in time for the next release.sig/storageCategorizes an issue or PR as relevant to SIG Storage.Categorizes an issue or PR as relevant to SIG Storage.triage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.
Type
Fields
Give feedbackNo fields configured for issues without a type.
How to reproduce it (as minimally and precisely as possible):
What happened:
kubelet calls only NodePublish. Since the previous NodeUnstage did not succeed, it wrongly assumes that the volume is still NodeStaged.
What you expected to happen:
kubelet calls NodeStage + NodePublish, because it can't be sure if the volume is staged or not.
After NodeUnstage error, we should mark volumes as uncertain to make sure NodeStage is called after NodeUnstage returns error.
Environment:
kubectl version): 1.21