Avamar: Una migración av2avdd falla si un único respaldo tarda más de 7 días en completarse

Un av2avdd La migración falla después de 8 días con el siguiente error:

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 

La variable ddfs.log en Data Domain muestra que Avamar eliminó el archivo:      

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 

Este es el funcionamiento según el diseño.

De manera predeterminada, la recolección de elementos no utilizados en Avamar elimina todos los archivos y las carpetas de más de siete días de la /data/col1/<avamar-Mtree>/STAGING directorio en Data Domain.

Solución alternativa:

1. Inicie sesión en Avamar Utility Node como administrador.

2. Compruebe si existe el archivo /usr/locall/avamar/var/ddrmaint.cmd:

ls -al /usr/local/avamar/var/ddrmaint.cmd 

Si el archivo existe, el resultado es similar al siguiente:

-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd

Si el archivo no existe:

ls: cannot access '/usr/local/avamar/var/ddrmaint.cmd': No such file or directory

3. Si el archivo existe:

un. Haga una copia del archivo antes de editarlo:

cp -p /usr/local/avamar/var/ddrmaint.cmd /usr/local/avamar/var/ddrmaint.cmd.`date +%y%m%d`

b. Edite el archivo.

c. Añádase la siguiente línea:

--staging-lifetime=x

(Donde x es el número de días entre 7 y 30. El valor predeterminado es 7)

c. Vaya al paso 5 para verificar los permisos y la propiedad.

4. Si el archivo no existe:

un. Cree el archivo.

b. Agregue la siguiente línea.

--staging-lifetime=x

(Donde x es el número de días entre 7 y 30. El valor predeterminado es 7)

c. Vaya al paso 5 para verificar los permisos y la propiedad.

5. Verifique que los permisos y la propiedad del archivo sean correctos:

ls -al /usr/local/avamar/var/ddrmaint.cmd 

Los permisos y la propiedad correctos son los siguientes:

-rwxr-xr-x 1 admin admin 31 Feb 23 18:27 /usr/local/avamar/var/ddrmaint.cmd

Si es incorrecto, ejecute los siguientes comandos para abordar el problema:

chown admin:admin /usr/local/avamar/var/ddrmaint.cmd

chmod 755 /usr/local/avamar/var/ddrmaint.cmd

Verifique mediante la ejecución del paso 5 nuevamente.