Trident volumes stuck in deleting state after OpenShift Virtualization VM deletion
Applies to
- NetApp Trident 26.xx
- OpenShift Container Platform (OCP) 4.x
- OpenShift Virtualization (OCP Virt) 4.x
Issue
After deleting a virtual machine (VM) in OpenShift Virtualization, one or more Trident PVCs remain stuck in
volumeState=deleting indefinitely and are never reclaimed.tridentctl get volumes -n tridentshows volumes indeletingstate that do not progress.- Trident controller logs contain:
level=warning msg="Backend update resulted in an orphaned volume." backend=<backend-name> vol.Config.InternalName=trident_<backend>_pvc_<uuid> volume=pvc-<uuid> workflow="cr=reconcile"Tridentlevel=debug msg="Updating an existing volume." volume=pvc-<uuid> volumeState=deleting volume_orphaned=true workflow="cr=reconcile"level=debug msg="Attempting snapshot delete."backend=<backend-name> snapshotName=snapshot-<uuid> volumeName=pvc-<uuid>workflow="snapshot=delete"level=warning msg="Retried locked snapshot delete, clone split timer not yet expired." logLayer=core requestID=<id> requestSource=CSI secondsBeforeSplit=86366.62 snapshot=pvc-<uuid>
- VolumeSnapshot objects (
vmsnapshot-*) remain in the namespace after VM deletion. - In environments with high VM creation rates, Trident controller performance may also degrade (slow
tridentctlresponses, timeouts).
