oplock 遅延ブレークが原因で発生した CIFS クライアントアクセスの問題をトラブルシューティングする方法

に適用されます

• Data ONTAP 8.2 7-Mode
• Data ONTAP 8.1 7-Mode
• Data ONTAP 7 以前
   

説明

oplock 遅延ブレークは、エンドユーザーがストレージシステムに「エラー」または一般的な接続の問題を報告した後、通常、ストレージシステムのメッセージログに記録されます。 Access Denied' errors or general connectivity issues to the storage system.エラー自体は、ストレージシステムの問題を示すものではありません。実際、ストレージシステムはクライアントに関連する問題を報告しています。oplock 遅延ブレークメッセージを理解するには、 oplock の仕組みを理解することが重要です。

oplock の一般的なフローは次のとおりです。

1. client1 は\storage systemsharefile1、要求側のバッチまたは排他的 oplock をオープンします
2. ストレージシステムは、ファイル 1 のバッチまたは排他的な oplock を client1 に応答します
3. クライアント 2 は\storage systemsharefile1、バッチまたは排他的 oplock の要求をオープンしようとします
4. ストレージシステムは、クライアント 2 へのオープン要求を保留し、すべてのロックをフラッシュするように要求する oplock ブレーク要求をクライアント 1 に送信します
5. クライアント 1 は、 oplock ブレーク要求に応答し、キャッシュをフラッシュします
6. ストレージシステムは、適切なロックを使用してクライアント 2 にオープンを許可します

上記の例では、ステップ 4 でストレージシステムがクライアント 1 に oplock ブレーク要求を送信すると、 35 秒のタイマーが開始されます。クライアント 1 が oplock ブレーク要求に 35 秒以内に応答しない場合、ストレージシステムは次の 3 つの処理を実行します。

1. 問題のクライアントの IP アドレスを含む oplock 遅延ブレークメッセージを syslog
   に記録します。例：
   Sun Nov 1 09:51:29 CET [srv123@ntap1:cifs.oplock.break.timeout:warning]: CIFS: An oplock break request to station <IP>()
2. client1 のファイルに関連付けられているロックを強制的にクリーンアップします
3. クライアント 2 に Open 応答を許可します

oplock の遅延ブレークはクライアントの問題を示しているため、トラブルシューティングの作業はクライアントに集中して行う必要があります。クライアントが oplock ブレーク要求に応答しない一般的な理由は、次の 3 つです。

1. クライアントが異常にリブートしたため（ブルースクリーンなど）、ファイルがロックされているとは考えられなくなりました。
2. クライアントがストレージシステムへのオープン接続を多すぎるため、 oplock ブレーク要求に応答できません。
3. クライアントとストレージシステムの間にネットワーク接続の問題があり、クライアントが oplock ブレーク要求を受信できないようになっています。