Avamar:如果单个备份需要 7 天以上才能完成,则 av2avdd 迁移将失败

摘要: 如果单个备份需要 7 天以上才能完成,则 av2avdd 迁移将失败。这是因为 Avamar 上的垃圾数据收集 (GC) 删除了 Data Domain 上 STAGING 目录中超过 7 天的文件。

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。

症状

通过 av2avdd 迁移在 8 天后失败,并显示以下错误:

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 
 

ddfs.log 在 Data Domain 上显示文件已被 Avamar 删除:      

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 

原因

此问题并不会影响系统的正常工作。

默认情况下,Avamar 上的垃圾数据收集会从 中删除 /data/col1/<avamar-Mtree>/STAGING 目录中的 Data Domain。

解决方案

解决办法:

1.以“管理员”身份登录到 Avamar 实用程序节点。

2.检查 /usr/locall/avamar/var/ddrmaint.cmd 文件是否存在:

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

如果文件存在,输出将类似于以下内容:

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

如果文件不存在:

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

3.如果文件存在:

一个。在编辑之前复制文件:

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

b.编辑文件。

c.c. 添加以下行:

--staging-lifetime=x

(其中 x 是介于 7 到 30 之间的天数。默认值为 7)

c.c. 转到步骤 5 以验证权限和所有权。

4.如果文件不存在:

一个。创建文件。

b.添加以下行。

--staging-lifetime=x

(其中 x 是介于 7 到 30 之间的天数。默认值为 7)

c.c. 转到步骤 5 以验证权限和所有权。

5.验证文件权限和所有权是否正确:

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

正确的权限和所有权如下所示:

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

如果错误,请运行以下命令进行处理:

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

通过再次执行步骤 5 进行验证。

受影响的产品

Avamar, Avamar Server
文章属性
文章编号: 000057392
文章类型: Solution
上次修改时间: 18 4月 2026
版本:  8
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。