NetWorker: Il backup su Data Domain ha esito negativo con errori di gestione dei file non aggiornati
Summary: I backup di saveset di grandi dimensioni hanno esito negativo in modo intermittente durante la scrittura su Data Domain. L'errore osservato è "5057-File handle is stale". Questo problema può essere osservato su vari tipi di dati, ma è specifico per backup di grandi dimensioni che durano molte ore. ...
Symptoms
- I backup che passano a Data Domain hanno esito negativo con i seguenti errori:
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
- Alcuni saveset potrebbero essere completati correttamente, mentre altri hanno esito negativo con gli errori riportati sopra.
Cause
Il problema si verifica quando NetWorker tenta di scrivere in un handle di file già chiuso.
In questi scenari, l'handle di file viene contrassegnato come abbandonato da Data Domain dopo 3 ore di inattività (timeout predefinito).
Per i client occupati o i backup di grandi dimensioni, potrebbe essere necessario più tempo per consolidare i dati, causando il superamento del timeout di abbandono predefinito del backup e determinando un handle di file obsoleto.
Resolution
Per risolvere questo problema, aumentare il valore di OST_ABANDON_TIMEOUT per concedere più tempo al consolidamento del backup.
Aumentando il valore di timeout, è possibile evitare che l'handle di file venga chiuso in modo anomalo, evitando così l'errore di handle di file non aggiornato durante la sincronizzazione del file system.
Timeout consigliato: 8 ore (28.800 secondi)
In rari scenari, può essere aumentato fino a 12 ore (43.200 secondi)