-
Notifications
You must be signed in to change notification settings - Fork 105
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
do not attempt to delete the ZFSVolume CR if there is a snapshot holding it. #123
Comments
Also an issue with deleting snapshots that are in use by clones. |
Thanks @chornlgscout for adding the issue related to snapshot deletion when it is in use by clone. Are you already using ZFS-LoclaPV? Could you please let us know your use case and what features you are specifically looking for? |
There is a PR to close this issue, but that needs some refactoring, its under review. |
The comment on the fix PR #350 (comment) indicates a possible way to successfully delete the volume by promoting the clone on the oldest snapshot. This functionality will be considered as a future enhancement. |
Tentatively targeting for v4.2 |
ZFSPV allows to delete the volume if snapshot exist for that volume.In this case the node agent keeps on trying to delete the volume and fails to do so since there is a snapshot for the volume, but the PVC and PV get deleted.
Here, we can fail the ZFSVolume deletion, if there is a snapshot on it. PVC will still be deleted and in background the CSI Provisioner will keep on trying to delete the volume and we keep on failing that request until there is a snapshot on it.
Before attempting the delete here :
zfs-localpv/pkg/driver/controller.go
Line 271 in d47ec3b
We should check for snapshot and if it exist, fail the deletion.
The text was updated successfully, but these errors were encountered: