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. ...

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.

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.

Betroffene Produkte

Avamar, Avamar Server
Artikeleigenschaften
Artikelnummer: 000057392
Artikeltyp: Solution
Zuletzt geändert: 18 Apr. 2026
Version:  8
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.