You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
add ownerReferences to all VolumeSnapshots created from SnapshotSchedule
What is the value to the end user? (why is it a priority?)
k8s garbage collector will remove all VolumeSnapshots after deleting owner SnapshotSchedule
one can specify --cascade=orphan to kubectl delete command to disable garbage collecting
dependencies will be visible in ArgoCD-like solutions:
How will we know we have a good solution? (acceptance criteria)
It looks like a quite rare case for me when we would like to delete SnapshotSchedule but keep VolumeSnapshots. And kubectl delete command has an option to cover that need --cascade=orphan.
Additional context
ArgoCD shows SnapshotSchedule Dependents:
The text was updated successfully, but these errors were encountered:
In the initial design, I intentionally avoided adding an owner reference to help users avoid accidentally deleting their snapshots. They can be cleaned up in bulk by deleting based on the schedule label.
I am open to revisiting the behavior, particularly if it provides value within gitops or other cluster/application management tooling.
Adding a flag to preserve the existing behavior would be important.
Describe the feature you'd like to have.
add
ownerReferences
to all VolumeSnapshots created from SnapshotScheduleWhat is the value to the end user? (why is it a priority?)
--cascade=orphan
tokubectl delete
command to disable garbage collectingHow will we know we have a good solution? (acceptance criteria)
It looks like a quite rare case for me when we would like to delete SnapshotSchedule but keep VolumeSnapshots. And
kubectl delete
command has an option to cover that need--cascade=orphan
.Additional context
ArgoCD shows SnapshotSchedule Dependents:
The text was updated successfully, but these errors were encountered: