AppMirrorUpdate objects accumulate on destination cluster in Trident Protect
Applies to
- Trident Protect TP-26.02
- AppMirrorRelationship (AMR)
- AppMirrorUpdate (AMU)
Issue
- After performing
AppMirrorRelationshipoperations with Trident Protect,AppMirrorUpdateobjects accumulate continuously in Kubernetes namespaces on the destination cluster. - The accumulation grows over time and does not resolve on its own.
Cause
- The
cleanupAMUs()function in the AppMirrorRelationship controller reads the list of AMU objects to delete from the informer cache. When a status conflict occurs during a reconcile pass, the reconcile restarts. Because the informer cache may not have processed earlier deletion events by the time the new reconciliation pass begins,cleanupAMUs()attempts to delete AMU objects that were already deleted in the prior pass - These deletion attempts return an
Not Founderror, which causes the reconciliation to fail again, triggering further retries and perpetuating the cycle. - New
AMU objectscontinue to accumulate as a result.
Solution
- Use a Kubernetes CronJob to periodically delete stale AMU objects from the affected namespaces.
- A permanent fix is planned for a future Trident Protect release. The fix adds a
Not Foundguard incleanupAMUs()to skip already-deleted AMU objects and stop the reconcile loop.
Partner Notes
partnerNotes_text
Additional Information
additionalInformation_text
Internal Notes
- Bug: ASTRACTL-37422
- CPE escalation: CPE-12045
