如何解决由 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 如何工作非常重要。
卵块的总流量如下:
- Client1 将打开
\storage systemsharefile1
请求批处理或独占 Oplock 的请求 - 存储系统对文件 1 的批处理或排它的 Oplock 进行响应到 Client1
- Client2 尝试打开
\storage systemsharefile1
请求批处理或独占 Oplock 的请求 - 存储系统暂停对 Client2 的开放请求,并向 Client1 发送 Oplock 中断请求、请求它清除所有锁定
- Client1 响应 Oplock 中断请求刷新其缓存
- 存储系统将“ Open (打开)”权限授予客户端 2 、并带有相应的锁定
在上面的示例中、在步骤 4 中、当存储系统向 Client1 发送 Oplock 中断请求时、将启动 35 秒计时器。如果 Client 1 在 35 秒内未响应 Oplock 中断请求、则存储系统会执行三项操作:
- 将包含违规客户端 IP 地址的 Oplock 延迟中断消息记录到系统日志
示例中:
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 中断请求的原因有三个:
- 客户端异常重新启动(例如,蓝色屏蔽),因此不再认为它对文件具有锁定。
- 客户端与存储系统的开放式连接太多,因此无法响应 Oplock 中断请求。
- 客户端和存储系统之间存在网络连接问题,妨碍客户端接收 Oplock 中断请求。