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
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。