跳转到主内容

首要Windows NFSv3.0问题、解决方法和最佳实践

Views:
840
Visibility:
Public
Votes:
1
Category:
data-ontap-8
Specialty:
legacy
Last Updated:

适用场景

  • Windows NFSv3.0
  • 运行集群模式Data ONTAP的NetApp FAS控制器
  • Data ONTAP 7-模式
  • Data ONTAP 8.2
  • Data ONTAP 8.2.3
  • Data ONTAP 8.3
  • Data ONTAP 8.3.1

问题解答

本文列出了与运行集群模式Data ONTAP的NetApp FAS控制器结合使用时Windows NFS客户端的主要已知问题、限制、解决方法和最佳实践。

ONTAP 支持限制: 

所有当前支持的Data ONTAP 7-Mode系统均支持Microsoft Windows本机NFS客户端实施。此外、还支持从8.2.3开始的集群模式Data ONTAP 8.2版本。 此外、还  支持从8.3.1开始的集群模式Data ONTAP 8.3版本。 

问题:

问题描述1

如果"网络状态监控器(Network Status Monitor、NSM)"协议支持不可用、则会导致Windows NFS客户端发生IO中断。

问题描述:按照当前设计、Windows NFSv3客户端不支持NSM协议。因此、在存储故障转移操作期间、客户端的共享锁定和字节范围锁定将丢失、此操作涉及LiF故障转移(接管-交还、崩溃交还、还原等)以及存储移动操作(卷移动/聚合重新定位)。这会导致客户端发生IO中断。可能会报告类似于以下内容的错误消息:" Error no.59 (unexpected network error) "。

临时解决策:

问题描述2

在执行存储故障转移/移动操作的I/O期间、Windows NFS客户端报告以下错误消息:
winerror=158-The segment is already unlocked'

问题描述:NFS服务器会为从客户端发送的非等位运算维护一个重放缓存。此重放缓存用于保存客户端对原始非等位运算的响应。要提供相同的响应来重新传输请求、必须执行此操作。再次处理重新传输的请求会产生不同的意外结果。

例如、如果没有重放缓存、则取消链接操作可能会首次获得成功结果、但   在重新传输的请求上会出现ENOENT 错误。在Data ONTAP中、重放缓存不是永久性的。因此、在存储从一个节点移动到另一个节点的存储故障转移(SFU)/聚合重新定位(ARL)等事件中、该存储上NFS操作的重放缓存将丢失。发生SFO/ARL事件后、重新传输的NFS操作不会立即保护重放缓存。

临时解决策:

问题描述3:

"Network Error - 53" 尝试在Windows上挂载NFS共享时

问题描述:客户正在尝试在Windows上挂载NFSv3挂载、但收到通用"Network Error - 53"
命令示例:
C:\Users\admin> mount 10.0.0.1:\share Z:

临时解决策:
1.检查命令语法正确的语法
可 在此处找到。
2.客户端和服务器之间的NFS版本不匹配
3.可 在此处找到Last临时解决策。

最佳实践: 

  1. 要启用Windows NFSv3、需要使用 Storage Virtual Machine (SVM)设置:
    要在Storage Virtual Machine (SVM)上启用Windows NFSv3客户端、请运行 vserver nfs modify -vserver svm_name -v3-ms-dos-client enabled
    以下命令:
     -enable-ejukebox and -v3-connection-drop  在  支持Windows NFSv3客户端的所有SVM上运行以下命令以禁用 参数。此外、这还可以使卷移动无中断。
    vserver nfs modify -vserver vserver_name -enable-ejukebox false -v3-connection-drop disabled 
  2. 默认情况下、Windows NFSv3客户端使用软挂载。但是、通过指定 -o mtype=hard  选项在存储系统上从Windows NFSv3客户端挂载导出时、请始终使用硬挂载。
  3. 在计划内存储故障转移之前、请确保所有Windows NFS客户端均已卸载。这样可以防止在集群中留下任何未完成的NLM锁定。
  4. 发生计划外存储故障后、重新挂载Windows NFS客户端。此操作将强制客户端 正确 清除客户端 创建的任何过时NLM锁定。
  5. 从集群模式Data ONTAP 8.3开始,Windows NFSv3客户端必须  在IP地址或主机名与接合路径之间包含字符串ROOT-path ,才能正确挂载导出 \IPaddress_or_hostnameROOT-pathjunction_path
    示例: mount -o mtype=hard  \10.53.33.10ROOT-pathvolvol1 z:
      Data ONTAP 8.3.1不需要提及根路径
    示例: mount -o mtype=hard \10.53.33.10volvol1 z:
  6. 从集群模式Data ONTAP 8.3版开始、  存储系统中提供了showmount 功能。运行 nfs server modify -vserver NFS83-showmount enable  以启用它。启用后、创建的任何新卷或qtrees将反映在 showmount -e <dataip>客户端上的 命令输出中要查看先前创建的卷或qtrees、请运行cache clear export-policy cache flush -vserver SVM -cache showmount  命令。
    有关使用 showmount 的详细信息,请参见 TR-4067:《集群模式Data ONTAP NFS最佳实践和实施指南》第51页。

追加信息

TR-4067 : 《集群模式Data ONTAP NFS最佳实践和实施指南》

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.