如何解决由 Oplock 延迟中断引起的 CIFS 客户端访问问题

适用于

• Data ONTAP 8.2 7-模式
• Data ONTAP 8.1 7-模式
• Data ONTAP 7 及更早版本
   

说明

在最终用户报告“错误”或与存储系统的一般连接问题后、通常会在存储系统消息日志中注意到 Oplock 延迟中断。 Access Denied' errors or general connectivity issues to the storage system.错误本身并不表示存储系统存在问题。实际上，存储系统报告了与客户端相关的问题。要了解 Oplock 延迟中断消息、了解 Oplockks 如何工作非常重要。

卵块的总流量如下：

1. Client1 将打开\storage systemsharefile1请求批处理或独占 Oplock 的请求
2. 存储系统对文件 1 的批处理或排它的 Oplock 进行响应到 Client1
3. Client2 尝试打开\storage systemsharefile1请求批处理或独占 Oplock 的请求
4. 存储系统暂停对 Client2 的开放请求，并向 Client1 发送 Oplock 中断请求、请求它清除所有锁定
5. Client1 响应 Oplock 中断请求刷新其缓存
6. 存储系统将“ Open （打开）”权限授予客户端 2 、并带有相应的锁定

在上面的示例中、在步骤 4 中、当存储系统向 Client1 发送 Oplock 中断请求时、将启动 35 秒计时器。如果 Client 1 在 35 秒内未响应 Oplock 中断请求、则存储系统会执行三项操作：

1. 将包含违规客户端 IP 地址的 Oplock 延迟中断消息记录到系统日志
   示例中：
   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. 向 Client2 授予开放响应

由于 Oplock 延迟的中断指示了客户端的问题，因此故障排除工作应集中在客户端上。客户机不响应 Oplock 中断请求的原因有三个：

1. 客户端异常重新启动（例如，蓝色屏蔽），因此不再认为它对文件具有锁定。
2. 客户端与存储系统的开放式连接太多，因此无法响应 Oplock 中断请求。
3. 客户端和存储系统之间存在网络连接问题，妨碍客户端接收 Oplock 中断请求。