NetWorker: Backup auf Data Domain schlägt mit Fehlern wegen veralteten Dateihandles fehl
Summary: Backups großer Savesets schlagen beim Schreiben in Data Domain zeitweise fehl. Der beobachtete Fehler lautet "5057-File handle is salt". Dies kann bei verschiedenen Datentypen beobachtet werden, ist aber spezifisch für große Backups, die sich über viele Stunden erstrecken. ...
Symptoms
- Backups, die zu Data Domain gehen, schlagen mit den folgenden Fehlern fehl:
202836:save: Unable to write to a file due to stale handle.
The error message is: [5057] [10456] [4084] Tue Apr 21 23:56:36 2026
ddp_write() failed Offset 20732444672, BytesToWrite 524288, BytesWritten 0 Err: 5057-File handle is stale
86699:save: Unable to write data into multiple buffers for save-set ID 'xxxxxx': File handle reference is no longer available.
(errno=149)
74209:save: Quit signal received.
99123:save: Handling an abort while processing Windows backup.
90097:save: ASR Backup: aborting VSS volume save because Quit flag is set.
146001:save: Unable to sync file system for save-set ID 'xxxxxx': DD boost operation aborted on entry because Quit flag is set
209610:save: DD boost operation aborted on entry because Quit flag is set
- Einige Savesets werden möglicherweise erfolgreich abgeschlossen, während andere mit den oben genannten Fehlern fehlschlagen.
Cause
Das Problem tritt auf, wenn NetWorker versucht, in ein Dateihandle zu schreiben, das bereits geschlossen wurde.
In diesen Szenarien wird das Datei-Handle nach 3 Stunden Inaktivität (Standard-Timeout) von Data Domain als aufgegeben markiert.
Bei stark ausgelasteten Clients oder großen Backups kann zusätzliche Zeit erforderlich sein, um Daten zu konsolidieren, was dazu führt, dass das Backup das standardmäßige Timeout für den Abbruch überschreitet und ein veraltetes Datei-Handle auftritt.
Resolution
Um dieses Problem zu beheben, erhöhen Sie den Wert für OST_ABANDON_TIMEOUT, um zusätzliche Zeit für die Backupkonsolidierung zu haben.
Durch Erhöhen des Timeout-Werts können Sie verhindern, dass das Dateihandle vorzeitig geschlossen wird, wodurch der Fehler des veralteten Dateihandles während der Dateisystemsynchronisierung vermieden wird.
Empfohlene Zeitüberschreitung: 8 Stunden (28.800 Sekunden)In seltenen Fällen kann sie auf bis zu 12 Stunden (43.200 Sekunden)
erhöht werden