Avamar: Garbage Collection MSG_ERR_DDR_ERROR nach Stilllegung des Clients auf Avamar-Quell-IB/RLCE

Dieses Verhalten tritt in der folgenden Konfiguration und im folgenden Szenario auf:

• Avamar-Quelle mit aktivierten unveränderlichen Backups (IB)
• Avamar-Ziel mit aktivierten unveränderlichen Backups (IB)
• Data Domain-Quelle mit aktiviertem Retention-Lock Compliance Mode (RLCE)
• Data Domain-Ziel mit aktiviertem Retention-Lock Compliance Mode (RLCE)

Die Konfiguration der Replikationspolicy umfasst nicht die /MC_RETIRED-Domain.

admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$ view ddrmaint.log
...
2024-09-29T06:14:35.625021-07:00 av-target ddrmaint.bin[4202]: Error: gc-finish::process_all_backups: Failed to delete empty client dir 'cur/51e83a682d09d64199cf00469262db1b07f5ef04' on ddr, client '/MC_DELETED/prod-fs-20240921_190514', rename to 'cur/DELETED/1727740800/51e83a682d09d64199cf00469262db1b07f5ef04_E0F1E861F424A74A6A31B8B4963A4CB036ACC77D', ddr result code: 5034, desc: the user has insufficient privilege
2024-09-29T06:14:35.625126-07:00 av-target ddrmaint.bin[4202]: Warning: gc-finish::process_all_cids - Failed to process backups in client dir '51e83a682d09d64199cf00469262db1b07f5ef04' for client '/MC_DELETED/prod-fs-20240921_190514'
admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$

Auf dem Avamar-Quellserver befindet sich ein Client mit den folgenden Informationen:

CID: 51e83a682d09d64199cf00469262db1b07f5ef04
Client hostname: /clients/Windows/prod-fs

Dieser Client wurde am 21. September stillgelegt. Der Client wurde nach /MC_RETIRED/prod-fs2024.09.21.01.23.45 verschoben.

Am selben Tag wurde dieser Client erneut hinzugefügt, wobei eine neue Client-ID (CID) erstellt wurde und derselbe Clienthostname verwendet wurde:

CID: 4140cb8f428aa413154139b186fdcaafa19eb04e
Client hostname: /clients/Windows/prod-fs

Die Replikationspolicy enthält kein "/MC_RETIRED" und die Replikation ist erfolgt.

Auf dem Avamar-Ziel (av-target) zeigt /usr/local/avamar/var/ddrmaintlogs/ddrmaint.log Folgendes an: ddrmaint move-backup Befehl durchgeführt:

admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$ view ddrmaint.log
....
2024-09-21T12:05:22.483376-07:00 av-target ddrmaint.bin[14757]: Info: move-backup cmdline: '/usr/local/avamar/bin/ddrmaint.bin --flagfile=/usr/local/avamar/etc/usersettings.cfg --server=av-target --vardir=/usr/local/avamar/var --bindir=/usr/local/avamar/bin --id=root --password=**************** --vardir=/usr/local/avamar/var --bindir=/usr/local/avamar/bin --sysdir=/usr/local/avamar/etc move-backup --source-client=51e83a682d09d64199cf00469262db1b07f5ef04 --target-client=4140cb8f428aa413154139b186fdcaafa19eb04e --backups=0x1db0aed1ab804ea:2 --dpnid=1234567890'
2024-09-21T12:05:23.604561-07:00 av-target ddrmaint.bin[14757]: Info: RL: As the DD is in Compliance Enabled mode move-backup::movebackups will be copy-backup with no retention on ddr index(2) from cur/51e83a682d09d64199cf00469262db1b07f5ef04/1DB0AED1AB804EA to cur/4140cb8f428aa413154139b186fdcaafa19eb04e/1DB0AED1AB804EA
2024-09-21T12:05:24.610402-07:00 av-target ddrmaint.bin[14757]: Info: move-backup Successfully copied (for move) client backup cur/51e83a682d09d64199cf00469262db1b07f5ef04/1DB0AED1AB804EA:2 to cur/4140cb8f428aa413154139b186fdcaafa19eb04e/1DB0AED1AB804EA:2.
...
admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$

Nach 6 Tagen (27. September) bis zum 29. September gibt es Meldungen, dass die Backups des alten CID nicht mehr auf GSAN vorhanden sind:

admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$ view ddrmaint.log
...
2024-09-27T06:21:50.895312-07:00 av-target ddrmaint.bin[8923]: Info: gc-finish::process_all_backups: Backup '1DB0A201463FE64' not on gsan, deleted on ddr, client dir '51e83a682d09d64199cf00469262db1b07f5ef04', client '/MC_DELETED/prod-fs-20240921_190514'
2024-09-27T06:21:50.910186-07:00 av-target ddrmaint.bin[8923]: Info: gc-finish::process_all_backups: Backup '1DB0A22594F1476' not on gsan, deleted on ddr, client dir '51e83a682d09d64199cf00469262db1b07f5ef04', client '/MC_DELETED/prod-fs-20240921_190514'
2024-09-28T06:19:59.618801-07:00 av-target ddrmaint.bin[27334]: Info: gc-finish::process_all_backups: Backup '1DB0AE8A240B1AA' not on gsan, deleted on ddr, client dir '51e83a682d09d64199cf00469262db1b07f5ef04', client '/MC_DELETED/prod-fs-20240921_190514'
2024-09-28T06:19:59.631409-07:00 av-target ddrmaint.bin[27334]: Info: gc-finish::process_all_backups: Backup '1DB0AED1AB804EA' not on gsan, deleted on ddr, client dir '51e83a682d09d64199cf00469262db1b07f5ef04', client '/MC_DELETED/prod-fs-20240921_190514'
...
admin@av-target:~/usr/local/avamar/var/ddrmaintlogs$

Nach 8 Tagen erscheint die Fehlermeldung "Failed to delete empty client dir" erscheint:

Das Problem mit der automatischen Speicherbereinigung (Garbage Collection, GC) trat auf, wenn clientA_with_cid-1 wurde stillgelegt und als clientA_with_cid-2. Während der Replikation hat der Replikator einen neuen Pfad für clientA_with_cid-2 am Ziel und kopierte alte Backups aus clientA_with_cid-1 an clientA_with_cid-2. Der GC-Prozess hat versucht, gesperrte Dateien zu löschen, was zu Fehlern führt, da die Aufbewahrungssperre das Löschen verhindert, bis die Aufbewahrungsfrist abgelaufen ist.

Das Kernproblem trat auf, als der Garbage Collection (GC)-Prozess auf dem Ziel diese verwaisten Backups unter dem clientA_with_cid-1 Verzeichnispfad. Der GC-Prozess hat versucht, gesperrte Dateien zu löschen, was zu Fehlern führt, da die Aufbewahrungssperre das Löschen verhindert, bis die Aufbewahrungsfrist abgelaufen ist. Diese Redundanz und die Unfähigkeit, die verwaiste Kopie zu entfernen, verursachten den GC-Fehler.

Wenden Sie den folgenden Hotfix an:

• 19.10.0.166: 338891
• 19.12.0.186: 338894