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 の一般的なフローは次のとおりです。
- client1 は
\storage systemsharefile1
、要求側のバッチまたは排他的 oplock をオープンします - ストレージシステムは、ファイル 1 のバッチまたは排他的な oplock を client1 に応答します
- クライアント 2 は
\storage systemsharefile1
、バッチまたは排他的 oplock の要求をオープンしようとします - ストレージシステムは、クライアント 2 へのオープン要求を保留し、すべてのロックをフラッシュするように要求する oplock ブレーク要求をクライアント 1 に送信します
- クライアント 1 は、 oplock ブレーク要求に応答し、キャッシュをフラッシュします
- ストレージシステムは、適切なロックを使用してクライアント 2 にオープンを許可します
上記の例では、ステップ 4 でストレージシステムがクライアント 1 に oplock ブレーク要求を送信すると、 35 秒のタイマーが開始されます。クライアント 1 が oplock ブレーク要求に 35 秒以内に応答しない場合、ストレージシステムは次の 3 つの処理を実行します。
- 問題のクライアントの 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>()
- client1 のファイルに関連付けられているロックを強制的にクリーンアップします
- クライアント 2 に Open 応答を許可します
oplock の遅延ブレークはクライアントの問題を示しているため、トラブルシューティングの作業はクライアントに集中して行う必要があります。クライアントが oplock ブレーク要求に応答しない一般的な理由は、次の 3 つです。
- クライアントが異常にリブートしたため(ブルースクリーンなど)、ファイルがロックされているとは考えられなくなりました。
- クライアントがストレージシステムへのオープン接続を多すぎるため、 oplock ブレーク要求に応答できません。
- クライアントとストレージシステムの間にネットワーク接続の問題があり、クライアントが oplock ブレーク要求を受信できないようになっています。