「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上の「ストライプ」を2つに分割することを「インデックス ストライプ スプリット」と呼びます。

これはまれに発生しますが、まれにしか発生しず、ノードのサイズ、数、バージョンなどに応じて特定の容量間隔に達した後にのみ発生します。このメンテナンス タスクは、GC中には実行できません。

特定のGC操作が試行されたときにインデックス ストライプが分割された場合、GCは MSG_ERR_TRYAGAINLATERに戻ります。

インデックス ストライプがGCを実行していて、分割する必要がある場合、インデックス ストライプはGC操作が完了するまで待機します。

グリッド上のインデックス ストライプは、さまざまなノードで同じ期間に分割される傾向があります。この処理が完了するまでに数日かかる場合があります。

Avamarは設計どおりに動作しています。
インデックス ストライプの分割が完了すると、ガベージ コレクションが再開されます。

回避策は、GC中にバックアップを実行しないことです。

• この動作は、「定常状態」(容量使用率が一定または低下している)のグリッドでは発生しません。これは、存在する必要のあるすべてのストライプがすでに存在するためです。
• この動作は、満杯になった後に容量が減少した(新しいノードで拡張されていない)グリッドでは発生しません。これは、グリッド上に作成できるすべてのストライプがすでに存在するためです。
• この動作は、ノードが追加され、ストライプをさらに分割するための追加容量が存在した後に発生することがあります。
• この問題は時々再発することがあり、データが持続的に増加しているか、最近ノードを追加して拡張されたAvamarグリッドで発生する可能性が高くなります。
• この動作は、数日間にわたって続く可能性があります。