-
Notifications
You must be signed in to change notification settings - Fork 173
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
Syncer container crashes when full sync tries to delete CNS volumes #2347
Labels
Comments
/assign skogta |
skogta
added a commit
to skogta/vsphere-csi-driver
that referenced
this issue
Apr 19, 2023
…ce if it is a single VC deployment.
Fix: #2348 |
skogta
added a commit
to skogta/vsphere-csi-driver
that referenced
this issue
Apr 20, 2023
Fix issue kubernetes-sigs#2347 bu initialising volume migration service if it is a single VC deployment. (kubernetes-sigs#2348)
k8s-ci-robot
pushed a commit
that referenced
this issue
Apr 20, 2023
rajguptavm
pushed a commit
to rajguptavm/vsphere-csi-driver
that referenced
this issue
Jul 20, 2023
…ce if it is a single VC deployment. (kubernetes-sigs#2348)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is this a BUG REPORT or FEATURE REQUEST?:
BUG REPORT
/kind bug
What happened:
During full sync if CSI deletes volumes with no corresponding PV in the cluster, we run into nil pointer exception as volumeMigrationService is not initalised.
See this line in full sync code. We try to delete migration CR even if there are no in-tree volumes in the setup. Right now, we are only initialising volumeMigrationService when there is an in-tree volume in the setup.
What you expected to happen:
Volumes on CNS for which there is no PV on the cluster should have been deleted. While the volumes did get deleted, the syncer container also crashed with nil pointer exception.
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
No
Environment:
uname -a
):Linux k8s-control-806-1680773753 5.4.0-66-generic #74-Ubuntu SMP Wed Jan 27 22:54:38 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered: