-
Notifications
You must be signed in to change notification settings - Fork 106
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
Reclaim policy switching to Retain instead of Delete #126
Comments
Thank you for creating the issue! One of our team members will get back to you shortly with additional information. |
It does work for me...: Create a Second StorageClass with the reclaimPolicy set to Retain:
Regarding your needs modify the PVC like:
Notice the StorageClassName (last Line):
or to use the "Delete" Policy:
Verify: |
I just ran into this issue. Could this be documented? The normal way involves applying this to the PersistentVolume vs the PersistentVolumeClaim |
actually, I changed the storageClassName to do-block-storage-persist. While it applies to my k8s cluster, the volume doesn't actually get created. ---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: gerrit-data-pvc
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 6Gi
storageClassName: do-block-storage-persist |
Actually, just looks like |
Hy, i set the wron name:
So you have used a non existing Storage Class. Br |
Is it safe to recreate the storage class with reclaim policy: Retain? For data safety when we need to resize for example it's dangerous to delete the volume when the claim gets removed.
What did you do? (required. The issue will be closed when not provided.)
Deleted claim resulting in the block storage being deleted
What did you expect to happen?
the option for reclaimoption Retain
Configuration (MUST fill this out):
Bare bones Kube 1.13 with csi applied to.
The text was updated successfully, but these errors were encountered: