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 伺服器記錄中檢查。

這是預期的行為，會在從備份將新資料新增至 Avamar 時發生。

當 Avamar 上的儲存容器或「等量」一分為二時，稱為「索引等量分割」。

這種情況很少發生在極少數情況下，且只有在根據節點大小、計數、版本等達到特定容量間隔後才會發生。此維護工作無法在 GC 期間執行。

如果在嘗試執行特定 GC 作業時分割索引等量，GC 會以 MSG_ERR_TRYAGAINLATER。

如果索引等量正在執行 GC 且必須分割，它會等到 GC 作業完成。

網格上的索引條帶傾向於在各個節點上彼此在同一時間段內拆分。有時，這可能需要幾天才能完成。

Avamar 正在依設計運作。
索引等量分割完成後，垃圾回收會繼續進行。

因應措施是不在 GC 期間執行備份。

• 此行為不會發生在處於「穩定狀態」（容量使用率穩定或下降） 的網格上，因為必須存在的所有等量都已經存在。
• 此行為不會發生在已滿且容量降低 （未使用新節點擴充） 的格線上。這是因為可以在網格上創建的所有條帶都已經存在。
• 在新增節點，且存在可進一步分割等量的額外容量後，便可能會發生此行為。
• 此問題可能會不時再次出現，且更可能會出現在資料持續成長或最近已使用其他節點擴充的 Avamar 格線上。
• 此行為可能會持續數天。