「Data Domain：DDFSパニック:dmbt_update_entry_nolock

影響を受けるData Domain (DD)は、レプリケーションに使用されるAutomatic Retention Lock (ARL)が有効なmtreeを持つシステムで、次のメッセージを含むパニックを報告します。

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• 自動保存ロック(ARL)が有効になっているPowerProtect Data Domain。

• Data Domainファイル システムのクラッシュ
• システムの不安定性 
• システムクラッシュ直前の上記のパニックメッセージを示すログ

この問題は、DDBOOSTのオープン コールとクローズ コールの間にmtreeレプリケーション スナップショットが発生した場合に発生します。

• 「 nfsproc3_ddcp_open_file_3_svc() 関数は、ARL クールオフ期間 (COP) 内で変更されている保持ロック (RL) ファイルを識別し、タグ値を 0 (DM_TAG_DEFAULT)を提供する必要があります。
• その後の nfsproc3_ddcp_close_file_3_svc() 関数は通常、タグを有効な値にリセットします。
• ただし、ファイルが拡張属性を使用して作成され、ARL COP内で変更され、DDBOOSTのオープン コールとクローズ コールの間にスナップショットが発生した場合、このシーケンスによってパニックがトリガーされる可能性があります。

これは7.7.xおよび7.10.xで発生し、mtreeで保存ロック(通常はARL)が有効になっている場合にトリガーされます。

この問題を解決するには、次の手順を実行します。 

1.元のソースとデスティネーションのMTreeのレプリケーション コンテキストを破棄します。

• これにより、問題のあるコンテキストのない mtree の新しいクリーンなコピーが作成されます。

• これにより、問題が再発するのを防ぐことができます。

4.DDのソースで新しく高速コピーされたMTreeにバックアップをリダイレクトします
(新しい mtree をターゲットとするバックアップジョブを更新します)。

• 新しいレプリケーションのセットアップが完全に同期されていることを確認します。
• パニックの再発を防ぐために、このMTree ARLを無効にしておきます。 
  • 古い mtree を管理します。
  • 当面は、ソース システムとデスティネーション システムの両方で元の mtree を残します。
    • 新しいレプリケーションが同期され、古い mtree ファイルの保存期間が終了したら、古い mtree 内のファイルを削除します。
    • 次に、ソースとデスティネーションの両方で古い mtree を削除します。

• 上記の手順を実行した後、さらに異常がないかシステムを監視することが重要です。
• 変更を反映するために、すべてのバックアップ ポリシーとレプリケーション コンテキストが正しく更新されていることを確認します。