メインコンテンツまでスキップ

NetApp_Insight_2020.png 

Windows NFS3.0 の主な問題点、回避策、ベストプラクティス

Views:
40
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
nfs
Last Updated:

に適用されます

  • Windows NFSv3.0
  • clustered Data ONTAP を実行する NetApp FAS コントローラ

  • Data ONTAP 7-Mode

  • Data ONTAP 8.2

  • Data ONTAP 8.2.3

  • Data ONTAP 8.3

  • Data ONTAP 8.3.1

回答

この資料では、 clustered Data ONTAP を実行する NetApp FAS コントローラと併用する場合の、 Windows NFS クライアントの主な既知の問題、制限事項、回避策、およびベストプラクティスについて説明します。

ONTAP サポートの制限: 

Microsoft Windows ネイティブ NFS クライアントの実装は、現在サポートされているすべての Data ONTAP 7-Mode システムでサポートされています。 また、 8.2.3 以降の clustered Data ONTAP 8.2 リリースもサポートされます。 また、 8.3.1 以降の clustered Data ONTAP 8.3 リリースもサポートされます。  

問題があれば

問題 1 : :

「 Network Status Monitor ( NSM )」プロトコルのサポートが利用できないと、 Windows NFS クライアントで IO が中断されます。

説明:現在の設計では、 Windows NFSv3 クライアントは NSM プロトコルをサポートしていません。このため、 LIF フェイルオーバー(テイクオーバーギブバック、パニックギブバック、復帰など)やストレージモビリティ操作( vol move/aggregate relocate )を含むストレージフェイルオーバー処理中に、共有ロック、クライアントからのバイト範囲ロックが失われます。これにより、クライアントでの IO の中断が発生します。次のようError no.59 (unexpected network error)なエラーメッセージが表示されることがあります。

対処方法:ありません。

問題 2 : :

ストレージのフェイルオーバー / モビリティ処理の I/O 中に、 Windows NFS クライアントで次のエラーメッセージが報告
されます。 ' winerror=158-The segment is already unlocked'

説明: NFS サーバは、クライアントから送信された非等方の操作のリプレイキャッシュを保持します。このリプレイキャッシュは、クライアントからの元の非べき動作に対する応答を保持します。これは、要求を再送信するときに同じ応答を提供するために必要です。再送信された要求を再度処理した場合、結果が異なり、予期しない結果になります。

たとえば、リプレイキャッシュがない場合、リンク解除操作ENOENTは最初は成功しますが、再送信された要求でエラーが発生する可能性があります。Data ONTAP では、リプレイキャッシュは永続的ではありません。そのため、ストレージがあるノードから別のノードに移動される Storage Failover ( SFO ) / Aggregate Relocate ( ARL )などのイベントでは、そのストレージ上の NFS 処理のリプレイキャッシュが失われます。再送信された NFS 操作では、 SFO/ARL イベントの直後に再生キャッシュが保護されません。

対処方法:ありません。

問題 3 :

"Network Error - 53" Windows で NFS 共有をマウントしようとしています

説明"Network Error - 53":お客様は Windows に NFSv3 マウントをマウントしようとしていますが、汎用のマウントを受信しています。
コマンドの例:
C:\Users\admin> mount 10.0.0.1:\share Z:

回避策
: 1 。コマンド構文
の確認正しい構文[1]については、ここを参照してください。
2. クライアントとサーバ
3 の NFS バージョンが一致しません。最後の回避策[2]については、こちらを参照してください。

ベストプラクティス: : 

  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. clustered Data ONTAP 8.3 をROOT-path起動 \IPaddress_or_hostnameROOT-pathjunction_pathするには、 Windows NFSv3 クライアントに IP アドレスまたはホスト名とジャンクションパスの間の文字列を含めて、エクスポートを正しくマウントする必要があります。
    mount -o mtype=hard: \10.53.33.10 root-pathvolv1z
    : Data ONTAP 8.3.1 では、 root-path の指定は不要です。
    mount -o mtype=hard : \10.53.33.10 vol1z
  6. clustered Data ONTAP 8.3 リリース以降showmountでは、ストレージシステムでこの機能を使用できます。を実行nfs server modify -vserver NFS83-showmount enableして有効にします。有効showmount -e <dataip>にすると、作成された新しいボリュームまたは qtree は、クライアント上のコマンドの出力に反映されます。以前に作成export-policy cache flush -vserver SVM -cache showmountしたボリュームまたは qtree を表示するには、 cache clear コマンドを実行します。
    の使用方法の詳細showmount[3]については、『 TR-4067 : clustered Data ONTAP NFS Best Practice and Implementation Guide 』の 51 ページを参照してください。

追加情報

関連リンク
: TR-4067 『 clustered Data ONTAP NFS Best Practice and Implementation Guide 』