Restoring Trident Protect CRDs and AMRs after upgrade and cleanup job
Applies to
- NetApp FAS8300
- NetApp ONTAP 9.15.1P17 (Cluster-Mode)
- NetApp Trident Protect 26.02.1
- Kubernetes (OpenShift 4.20.21)
Issue
- After upgrading Trident Protect on the destination cluster from version 25.0.2 to 26.02.1, all Trident Protect Custom Resource Definitions (CRDs) disappeared unexpectedly.
- The Trident Protect deployment was stuck in an uninstalling/error state, with Application Mirror Relationships (AMRs) missing and only Trident Mirror Relationships (TMRs) and Persistent Volume Claims (PVCs) remaining.
- Replication to the disaster recovery (DR) site stopped, causing concern about growing SnapMirror snapshots and potential risk of VMs going offline due to disk space exhaustion.
- Observed error and log output:
#helm -n trident-protect lsNAME NAMESPACE REVISION UPDATED STATUS CHART APPVERSIONtrident-protect trident-protect 8 2026-05-24 06:03:22 uninstalling trident-protect-100.2602.1 26.02.1#kubectl get crds | grep -i protect || echo NOTFOUNDNOTFOUND#kubectl -n trident-protect get podsNAME READY STATUS RESTARTS AGEtrident-protect-controller-manager-8d778848-9zhkj 1/1 Running 2 12dtrident-protect-cr-cleanup-pre-delete-4chtd0 1/1 Completed 0 7h27mtrident-protect-cr-cleanup-pre-delete-gmqhb0 1/1 Error 0 12h