Avamar：垃圾数据收集失败并显示MSG_ERR_TRYAGAINLATER

Avamar 垃圾数据收集维护作业终止并显示错误 MSG_ERR_TRYAGAINLATER.

要验证问题，请执行以下操作：

1. status.dpn 显示：

admin@avamarhost:~/>: status.dpn
...
Last GC: finished Mon Dec 23 06:08:00 2013 after 03m 05s >> recovered 0.00 KB (MSG_ERR_TRYAGAINLATER)

2. 使用 进行验证 dumpmaintlogs 命令：

admin@avamarhost:~/>: dumpmaintlogs --types=gc --days=1
...
2013/12/23-12:08:00.9673 {0.0} <4202> failed garbage collection with error MSG_ERR_TRYAGAINLATER

3. （可选）可以通过 Avamar 支持在 Avamar Server 日志中检查这一点。

这是预期行为，在将新数据从备份添加到 Avamar 时会发生。

当存储容器或 Avamar 上的“条带”一分为二时，称为“索引条带拆分”。

这种情况在极少数情况下很少发生，只有在达到特定容量间隔后才会发生，具体取决于节点大小、数量、版本等。在 GC 期间不能执行此维护任务。

如果在尝试执行某些 GC 操作时拆分索引条带，则 GC 将退出 MSG_ERR_TRYAGAINLATER。

如果索引条带正在运行 GC 并且它必须拆分，则它会等到 GC 操作完成。

网格上的索引条带倾向于在大约相同的时间段内拆分，这些时间段与各个节点上的相同时间段相同。有时这可能需要几天才能完成。

Avamar 正常工作。
索引条带拆分完成后，垃圾数据收集将恢复。

解决方法是不在 GC 期间运行备份。

• 此行为不会发生在处于“稳定状态”（容量利用率稳定或下降）的网格上，因为必须存在的所有条带都已存在。
• 此行为不会发生在已满且此后容量减少（未使用新节点进行扩展）的网格上。这是因为可以在网格上创建的所有条带都已存在。
• 在添加了节点并且存在额外容量以进一步拆分条带后，可能会发生此行为。
• 此问题可能会不时重复出现，并且更有可能出现在正在经历持续数据增长或最近使用额外节点进行了扩展的 Avamar 网格上。
• 该行为可能会持续数天。