Avamar: Eine av2avdd-Migration schlägt fehl, wenn ein einzelnes Backup mehr als 7 Tage in Anspruch nimmt
Zusammenfassung: Eine av2avdd-Migration schlägt fehl, wenn ein einzelnes Backup mehr als 7 Tage in Anspruch nimmt. Dies liegt an der Garbage Collection (GC) auf Avamar und entfernt die Dateien aus dem STAGING-Verzeichnis auf Data Domain, die älter als 7 Tage sind. ...
Symptome
Ein av2avdd Die Migration schlägt nach 8 Tagen mit dem folgenden Fehler fehl:
2019-11-30 11:22:56 avtar Info <40162>: Flush (fsync) before get open file stats did not succeed for container "avamar-1234567890/container.1.cdsf" with file handle 1812451331, DDR result code: 5057, desc: File handle is stale 2019-11-30 11:22:56 avtar Info <40162>: Flush (fsync) before get open file stats did not succeed for container "avamar-1234567890/container.1.cdsf" with file handle 1812451331, DDR result code: 5057, desc: File handle is stale 2019-11-30 11:22:56 avtar Stats <0000>: Container Statistics Summary 2019-11-30 11:22:58 avtar FATAL <18129>: DDRIO_Write::Shutdown: ddp_close() failed: DDR result code: 5057, desc: File handle is stale 2019-11-30 11:22:58 avtar Warning <18133>: Calling DDR_CLOSE_MSTREAM returned result code:(5057) File handle is stale message:DDRIO_Write::Shutdown: ddp_close failed 2019-11-30 11:22:58 avtar Error <0000>: Unhandled Std Exception in failed closing container '/STAGING/4e36dbbecd7ad3529b0dffc54035025e3af09b81/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D/container.1.cdsf' for backup 2019-11-30 11:22:58 avtar Stats <41300>: Final Restore Cache Stats Enabled=F Lookups=0, Enters=0, Hits=0 (of which, 0 were zero-blocks) 2019-11-30 11:23:13 avtar FATAL <5889>: Fatal signal 11 in pid 9618 2019-11-30 11:23:13 avtar FATAL <5890>: handlefatal: Aborting program with code 176, pid=9618, sig=11
Die Spalte ddfs.log on Data Domain zeigt an, dass die Datei von Avamar gelöscht wurde:
11/29 10:02:28.851 (tid 0x7f122e2e7990): nfsproc3_rename_with_flags_3_svc: client [avamar01.company.com] issued ddp_rename: from directory [BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D], to directory [BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D] 11/29 10:02:28.852 (tid 0x7f122e2e7990): FM fm_dm1_rename_intern:226 - Rename /data/col1/avamar-1234567890/STAGING/4e36dbbecd7ad3529b0dffc54035025e3af09b81/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D to /data/col1/avamar-1234567890/DELETED/OOB/BACKUP-343D9133159BA864D1DDAA9BCEFE53D90839F49D succeeded
Ursache
Dies funktioniert wie vorgesehen.
Standardmäßig entfernt die Garbage Collection auf Avamar alle Dateien und Ordner, die älter als 7 Tage sind, aus dem /data/col1/<avamar-Mtree>/STAGING Verzeichnis auf der Data Domain.
Lösung
Problemumgehung:
1. Melden Sie sich beim Avamar Utility Node als AdministratorIn an.
2. Überprüfen Sie, ob die Datei /usr/locall/avamar/var/ddrmaint.cmd vorhanden ist:
ls -al /usr/local/avamar/var/ddrmaint.cmd
Wenn die Datei vorhanden ist, ähnelt die Ausgabe Folgendem:
-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd
Wenn die Datei nicht vorhanden ist:
ls: cannot access '/usr/local/avamar/var/ddrmaint.cmd': No such file or directory
3. Wenn die Datei vorhanden ist:
ein. Erstellen Sie vor der Bearbeitung eine Kopie der Datei:
cp -p /usr/local/avamar/var/ddrmaint.cmd /usr/local/avamar/var/ddrmaint.cmd.`date +%y%m%d`
b. Bearbeiten Sie die Datei.
c. Fügen Sie die folgende Zeile hinzu:
--staging-lifetime=x
(Wobei x die Anzahl der Tage zwischen 7 und 30 ist. Der Standardwert ist 7)
c. Fahren Sie mit Schritt 5 fort, um die Berechtigungen und Eigentumsrechte zu überprüfen.
4. Wenn die Datei nicht vorhanden ist:
ein. Erstellen Sie die Datei.
b. Fügen Sie die folgende Zeile hinzu.
--staging-lifetime=x
(Wobei x die Anzahl der Tage zwischen 7 und 30 ist. Der Standardwert ist 7)
c. Fahren Sie mit Schritt 5 fort, um die Berechtigungen und Eigentumsrechte zu überprüfen.
5. Überprüfen Sie, ob die Dateiberechtigungen und die Eigentumsrechte korrekt sind:
ls -al /usr/local/avamar/var/ddrmaint.cmd
Die richtigen Berechtigungen und Eigentumsrechte lauten wie folgt:
-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd
Wenn dies nicht korrekt ist, führen Sie die folgenden Befehle aus, um Folgendes zu beheben:
chown admin:admin /usr/local/avamar/var/ddrmaint.cmd
chmod 755 /usr/local/avamar/var/ddrmaint.cmd
Überprüfen Sie dies, indem Sie Schritt 5 erneut ausführen.