oplockによるoplock遅延が原因のCIFSクライアントアクセスの問題のトラブルシューティング方法
のとう
のとう
環境
- Data ONTAP 8.2 7-Mode
- Data ONTAP 8.1 7-Mode
- Data ONTAP 7 以前
説明
oplock遅延ブレークAccess Deniedは、通常、エンドユーザがストレージシステムにエラーまたは一般的な接続の問題を報告したあとにストレージシステムのメッセージログに表示されます。エラー自体には、ストレージシステムの問題 が含まれているわけではありません。実際、クライアントに関連付けられている問題 はストレージシステムから報告されています。oplockの遅延解除メッセージについて理解するには、oplockの仕組みを理解することが重要です。
oplock の一般的なフローは次のとおりです。
- Client1が、
\storage systemsharefile1バッチまたは排他的なoplockを要求して開きます - ストレージシステムは、ファイル 1 のバッチまたは排他的な oplock を client1 に応答します
- client2 は
\storage systemsharefile1、バッチまたは排他的 oplock の要求を開こうとします - ストレージシステムは、Client2へのオープン要求を保持し、すべてのロックをフラッシュするように要求するoplock Break要求をClient1に送信します
- Client1は、oplock break要求によるキャッシュのフラッシュに応答します
- ストレージシステムは、適切なロックを使用してクライアント 2 にオープンを許可します
上記の例では、手順4でストレージシステムがClient1にoplock Break要求を送信すると、35秒タイマーが開始されます。Client1が35秒以内にoplock break要求に応答しない場合、ストレージシステムは次の3つの処理を行います。
- 問題のクライアントのIPアドレスを含むoplock Delayed Breakメッセージをsyslog
の例に記録します。
Sun Nov 1 09:51:29 CET [srv123@ntap1:cifs.oplock.break.timeout:warning]: CIFS: An oplock break request to station <IP>() - Client1のファイルに関連付けられているロックを強制的にクリーンアップします
- Client2にオープン応答を付与します
oplockの遅延ブレークはクライアントの問題を示すものであるため、トラブルシューティングにはクライアントに重点を置く必要があります。クライアントが oplock ブレーク要求に応答しない一般的な理由は、次の 3 つです。
- クライアントが異常にリブートし（ブルースクリーンなど）、ファイルがロックされていると判断されなくなりました。
- クライアントにストレージシステムへの開いている接続が多すぎるため、oplock break要求に応答できません。
- クライアントとストレージシステムの間にネットワーク接続の問題があり、クライアントによるoplock break要求の受信を阻害しています。