Apsara File Storage NAS:取り付けに関するFAQ

フィードバックや質問がある場合は、下のボタンをクリックしてNASテクニカルサポートにお問い合わせください。

• NASコンソールを使用してファイルシステムをマウントする

  • マウント機能でサポートされているオペレーティングシステムとファイルシステムプロトコルはどれですか?

  • NASコンソールを使用して、クラシックネットワークまたは別の仮想プライベートクラウド (VPC) にあるECSインスタンスにファイルシステムをマウントできますか。

  • NASコンソールを使用してファイルシステムをマウントできないのはなぜですか?

  • NASファイルシステムを強制的にアンマウントするとどうなりますか?

  • NASコンソールでマウント機能を使用するときに、マウントパラメーターを設定する方法を教えてください。

  • NASコンソールでファイルシステムをマウントするときに、ECSインスタンスリストで作成したECSインスタンスを表示できないのはなぜですか。

  • マウント機能を使用すると、新しいプロトコルタイプまたはマウントパラメーターの新しい値が有効にならないのはなぜですか。

• NASコンソールを使用して一度に複数のファイルシステムをマウントする

  • バッチマウント機能でサポートされているオペレーティングシステムとファイルシステムプロトコルはどれですか。

  • バッチマウント機能でサポートされているマウントオプション

  • バッチマウント機能を使用して、自己管理型データセンターのホストにファイルシステムをマウントできますか?

  • バッチマウントまたはバッチアンマウントコマンドの出力を確認するにはどうすればよいですか?

  • ECSインスタンスに複数のファイルシステムを同時にマウントした後、クラウドアシスタントページでマウント情報を表示するにはどうすればよいですか。

  • ビジネスシナリオに基づいてマウントパラメータのデフォルト値を変更するにはどうすればよいですか?

  • バッチマウント機能を使用すると、新しいプロトコルタイプまたはマウントパラメーターの新しい値が有効にならないのはなぜですか。

  • Cloud Assistantを使用してファイルシステムのバッチマウント、ファイルシステムのバッチアンマウント、またはECSインスタンスに関するマウント情報の照会ができない場合はどうすればよいですか。

• LinuxでのNFSファイルシステムのマウント

  • サブディレクトリが存在しないというエラーを修正するにはどうすればよいですか?

  • ファイルシステムをマウントするときに競合するECSインスタンス名が原因でエラーが発生した場合はどうすればよいですか。

  • NFSクライアントからの同時NFSリクエストの最大数を変更するにはどうすればよいですか?

  • LinuxでNASファイルシステムのサブディレクトリを作成してマウントするにはどうすればよいですか?

  • Linux ECSインスタンスのマウントターゲットを誤って削除した後に発生する問題を解決するにはどうすればよいですか。

  • NFSv4.0プロトコルをサポートするファイルシステムのリスニングポートがトロイの木馬と見なされないようにするにはどうすればよいですか?

  • NFSファイルシステムとSMBファイルシステムを同じECSインスタンスにマウントできますか。

  • 複数のプロセスまたはクライアントが同時にログファイルにデータを書き込むときに発生する可能性のある例外を防ぐにはどうすればよいですか?

  • 2つのECSインスタンスでファイルをクエリするときに、NASファイルシステムのファイルが異なる所有者に属するのはなぜですか。

  • NASファイルシステムに書き込まれた漢字がクライアントに文字化けしたテキストで表示される場合はどうすればよいですか?

  • NFSファイルシステムがマウントされているLinuxクライアントでlsコマンドを実行したときに523エラーが返された場合はどうすればよいですか?

  • nfsファイルシステムをマウントしたときにmount. NFS: そのようなデバイスエラーメッセージが返されない場合はどうすればよいですか?

  • NFSファイルシステムの自動マウントを有効にしたが、NFSファイルシステムがECSインスタンスに自動的にマウントされない場合はどうすればよいですか。

  • NFSファイルシステムをマウントすると、/etc/fstabで /root/nasが見つからないというエラーメッセージが返された場合はどうすればよいですか?

  • NFSファイルシステムでファイルを作成する際の待ち時間を解決するにはどうすればよいですか?

  • NFSファイルシステムにデータを書き込む際の待ち時間を解決するにはどうすればよいですか?

• WindowsでのSMBファイルシステムのマウント

  • WindowsにSMBファイルシステムをマウントするときに発生するエラーを修正するにはどうすればよいですか?

  • Windows Server 2016以降のWindowsオペレーティングシステムにSMBファイルシステムをマウントできないのはなぜですか?

  • SMBファイルシステムをマウントできないのはなぜですか?

  • マウントされたSMBディレクトリが管理者だけに表示されるのはなぜですか?

  • インターネットインフォメーションサービス (IIS) がWindows Server 2016でSMBボリュームのファイルをロードできないのはなぜですか?

  • IISを使用してNASファイルシステムにアクセスするときに発生するエラーを修正するにはどうすればよいですか?

  • システムがSMBファイルシステムに接続するプロセスを終了できない場合、クライアントによって公開されているハンドルを解放するにはどうすればよいですか?

• LinuxでのSMBファイルシステムのマウント

  • LinuxにマウントされているSMBファイルシステムのパフォーマンスを向上させるにはどうすればよいですか?

  • LinuxにSMBファイルシステムをマウントできないのはなぜですか?

  • SMBファイルシステムをLinuxにマウントするとき、ファイルの移行または複製に時間がかかるのはなぜですか?

  • LinuxでSMBファイルシステムにアクセスするときに発生するPermission deniedエラーを修正するにはどうすればよいですか?

  • 大文字小文字を変更してSMBファイルシステムのファイルの名前を変更するにはどうすればよいですか?

  • ファイルの所有者とファイルまたはディレクトリのアクセスモードを変更できないのはなぜですか?

  • 複数のクライアントが同時にサーバー上のファイルにアクセスしたときに、サーバーが35秒以内に応答しない場合はどうすればよいですか?

  • SMBファイルシステムのマウントターゲットが応答しないのはなぜですか?

  • シンボリックリンクを作成できないのはなぜですか?

  • 大きなファイルをコピーしたときに「cp: error writing 'o/file>': Bad file descriptor」というエラーメッセージが返された場合はどうすればよいですか?

  • システムがSMBファイルシステムに接続するプロセスを終了できない場合、クライアントによって公開されているハンドルを解放するにはどうすればよいですか?

• WindowsにNFSファイルシステムをマウントする

  • WindowsでNFSファイルシステムをソフトマウントするときに発生するエラーを修正するにはどうすればよいですか?

  • WindowsにNFSファイルシステムをマウントするときに発生するエラーを修正するにはどうすればよいですか?

  • Windows NFSクライアントでファイルの名前を変更しようとしたときに返される無効なデバイスエラーを修正するにはどうすればよいですか?

  • WindowsにNFSファイルシステムをマウントするときに、ファイルを作成または開くのに時間がかかるのはなぜですか?

  • WindowsにマウントされているNFSファイルシステムは、ファイルロック機能をサポートしていますか?

• noresvportパラメーターの設定

  • noresvportパラメーターを使用してNASファイルシステムをマウントする必要があるのはなぜですか?

  • noresvportパラメーターに関連する問題を解決するにはどうすればよいですか?

  • バックエンドサービスでネットワーク切り替えまたはHA切り替えが発生するとどうなりますか?

  • ファイルシステムを再マウントする必要があるのはなぜですか? 代替ソリューションを使用できますか?

• ファイルへのアクセス

  • ECSインスタンスのセキュリティグループ設定を確認するにはどうすればよいですか。

  • NAS権限グループのルールを確認する方法を教えてください。

  • Extreme NASファイルシステムによって自動的に生成されるセキュリティグループルールを変更できますか?

  • Security CenterがExtreme NASファイルシステムのセキュリティグループに関するリスクの高いアラートを送信するのはなぜですか?

  • Howは、名前の接頭辞が付きのファイルです。生成されたnfs? ファイルを削除するにはどうすればよいですか?

  • NASファイルシステムのディレクトリ内のファイルにアクセスすると、NFSv4サーバーでconnをセッションにバインドできませんでしたエラーメッセージが返されます。 このエラーを修正するにはどうすればよいですか?

• Container Service for Kubernetes (ACK) クラスターにNASファイルシステムをマウントする

  • 新しいNASファイルシステムをマウントした後でも、ポッドがマウントされていないNASファイルシステムにデータを書き込むのはなぜですか。

  • NASファイルシステムをDockerサービスのストレージディレクトリとして使用できますか?

  • コンテナを使用してファイルシステムをマウントするときに、「 <mount directory> のマウント中にサーバーによってアクセスが拒否された」というエラーメッセージが返された場合はどうすればよいですか?

• オンプレミスのコンピューターまたはサードパーティのホストにNASファイルシステムをマウントする

  NASファイルシステムをローカルコンピューターまたはサードパーティホストにマウントするにはどうすればよいですか?

• WUYING Workspaceを使用したNASファイルシステムのマウント

  WUYING WorkspaceにNASファイルシステムをマウントするにはどうすればよいですか?

マウント機能でサポートされているオペレーティングシステムとファイルシステムプロトコルはどれですか?

LinuxまたはWindowsにNFSファイルシステムをマウントできます。 LinuxまたはWindowsにSMBファイルシステムをマウントすることもできます。 WindowsまたはLinuxのECS (Elastic Compute Service) インスタンスにファイルシステムをマウントするには、ECSインスタンスにログインし、mountコマンドを実行します。 詳細については、「SMBファイルシステムのマウント」、「汎用NFSファイルシステムのマウント」、および「SMBファイルシステムのマウント」をご参照ください。

NASコンソールを使用して、クラシックネットワークまたは別の仮想プライベートクラウド (VPC) にあるECSインスタンスにファイルシステムをマウントできますか。

いいえ。NASコンソールを使用して、クラシックネットワークまたは別のVPCにあるECSインスタンスにファイルシステムをマウントすることはできません。

NASコンソールを使用してECSインスタンスにファイルシステムをマウントするには、ファイルシステムとECSインスタンスが同じVPCに存在する必要があります。 クラシックネットワークまたは別のVPCにあるECSインスタンスにファイルシステムをマウントするには、ECSコンソールのクラウドアシスタントページに移動し、指示に従います。 詳細については、「一度に複数のECSインスタンスにNASファイルシステムをマウントする」をご参照ください。

NASコンソールを使用してファイルシステムをマウントできないのはなぜですか?

NASファイルシステムを強制的にアンマウントするとどうなりますか?

NASファイルシステムを強制的にアンマウントすると、メモリ内のデータがディスクに保存されず、関連するアプリケーションが予期せず終了することがあります。 これらの問題を防ぐには、次の手順を実行してNASファイルシステムをアンマウントすることを推奨します。ECSインスタンスにログインし、fuser -mv <Mount path> 構文に従ってコマンドを実行して、ファイルシステムに接続されているプロセスを確認します。 マウントプロセスを除くすべてのプロセスを停止します。 次に、ファイルシステムをアンマウントします。

プロセスが接続されていないNASファイルシステムのアンマウントに失敗した場合、NASファイルシステムを強制的にアンマウントできます。 NASファイルシステムを強制的にアンマウントすると、カーネルに一時ファイルが存在する場合があります。 ファイルを削除するには、ECSインスタンスを再起動する必要があります。 そうしないと、NASファイルシステムを再度マウントできなくなる可能性があります。

NASコンソールでマウント機能を使用するときに、マウントパラメーターを設定する方法を教えてください。

NASコンソールでは、プロトコルバージョンとNASファイルシステムのタイプに基づいて、マウントするNASファイルシステムのマウントパラメーターに最適なデフォルト値が指定されます。 特別な要件がない場合は、マウントパラメーターのデフォルト値を使用することを推奨します。 デフォルト値を変更すると、ファイルシステムをマウントできない場合があります。

一部のマウントパラメータのデフォルト値を変更する必要がある場合は、NASテクニカルサポートにお問い合わせください。

NASコンソールでファイルシステムをマウントするときに、ECSインスタンスリストで作成したECSインスタンスを表示できないのはなぜですか。

ECSインスタンスリストが表示されているページを更新することを推奨します。 その後、再度mountコマンドを実行し、ECSインスタンスが表示されているかどうかを確認できます。

マウント機能を使用すると、新しいプロトコルタイプまたはマウントパラメーターの新しい値が有効にならないのはなぜですか。

指定されたマウントターゲットがマウントパスにマウントされている場合、新しいプロトコルタイプとマウントパラメーターの新しい値は無視されます。 新しいプロトコルタイプとmountパラメーターの新しい値を使用してファイルシステムを再度マウントする前に、マウントパスからファイルシステムをマウント解除する必要があります。

バッチマウント機能でサポートされているオペレーティングシステムとファイルシステムプロトコルはどれですか。

LinuxまたはWindowsにNFSファイルシステムをマウントできます。 LinuxまたはWindowsにSMBファイルシステムをマウントすることもできます。 WindowsまたはLinuxのECS (Elastic Compute Service) インスタンスにファイルシステムをマウントするには、ECSインスタンスにログインし、mountコマンドを実行します。 詳細については、「SMBファイルシステムのマウント」、「汎用NFSファイルシステムのマウント」、および「SMBファイルシステムのマウント」をご参照ください。

バッチマウント機能でサポートされているマウントオプション

クラシックネットワークのホストにファイルシステムをマウントできます。 同じリージョンにある複数のVPCにファイルシステムをマウントすることもできます。 複数のリージョンにファイルシステムをマウントすることはできません。 異なるリージョンにある2つのVPCが接続されている場合でも、VPC間でファイルシステムをマウントすることはできません。

バッチマウント機能を使用して、自己管理型データセンターのホストにファイルシステムをマウントできますか?

バッチマウント機能を使用して、自己管理型データセンターのホストにファイルシステムをマウントすることはできません。 自己管理型データセンターのホストにファイルシステムをマウントする場合は、仮想プライベートネットワーク (VPN) ゲートウェイまたはネットワークアドレス変換 (NAT) ゲートウェイを設定する必要があります。 詳細については、「NATゲートウェイを使用してデータセンターからNASファイルシステムにアクセスする」または「VPN gatewayを使用してローカルデータセンターからApsara file Storage NASファイルシステムにアクセスする」をご参照ください。

バッチマウントまたはバッチアンマウントコマンドの出力を確認するにはどうすればよいですか?

バッチマウントまたはバッチアンマウントコマンドの出力を確認するには、次の手順を実行します。ECSコンソールにログインします。 左側のナビゲーションウィンドウで、[メンテナンス&モニタリング] > [ECSクラウドアシスタント] を選択します。 [クラウドアシスタント] ページの [コマンド実行結果] タブで、[タスク失敗] 、[成功] 、または [部分的に失敗] の状態にあるすべてのタスクを表示できます。 各ECSインスタンスで実行するタスクの実行結果を照会するには、タスクの [操作] 列の [表示] をクリックします。

ECSインスタンスに複数のファイルシステムを同時にマウントした後、クラウドアシスタントページでマウント情報を表示するにはどうすればよいですか。

NASコンソールにログインします。 管理するファイルシステムの詳細ページに移動します。 [マウントターゲット] タブで、管理するマウントターゲットを見つけ、[アクション] 列の [クエリ] をクリックして、対応するECSインスタンスに関するマウント情報を表示します。 詳細については、「ECSインスタンスのマウントステータスの照会」をご参照ください。

ビジネスシナリオに基づいてマウントパラメータのデフォルト値を変更するにはどうすればよいですか?

ほとんどの場合、マウントパラメータにはデフォルト値を使用できます。 mountparamパラメーターは空のままにできます。 特定のマウントパラメーターを設定する場合は、mountparamパラメーターですべてのマウントパラメーターを設定する必要があります。 noresvportを設定し、vers=3またはvers=4,minorversion=0を指定する必要があります。 マウントスクリプトの実行時にmountparamパラメーターをカスタム値に設定した場合、protocoltypeパラメーターの値はマウントスクリプトによって無視されます。 詳細は、「パラメーター」をご参照ください。

バッチマウント機能を使用すると、新しいプロトコルタイプまたはマウントパラメーターの新しい値が有効にならないのはなぜですか。

指定されたマウントターゲットがマウントパスにマウントされている場合、新しいプロトコルタイプとマウントパラメーターの新しい値は無視されます。 新しいプロトコルタイプとmountパラメーターの新しい値を使用してファイルシステムを再度マウントする前に、マウントパスからファイルシステムをマウント解除する必要があります。

Cloud Assistantを使用してファイルシステムのバッチマウント、ファイルシステムのバッチアンマウント、またはECSインスタンスに関するマウント情報の照会ができない場合はどうすればよいですか。

マウントパラメーターに指定された値が有効であることを確認してください。 コマンド出力で返されるエラーコードに基づいて問題をトラブルシューティングします。 詳細については、「エラーメッセージ」をご参照ください。 ECSインスタンスにファイルシステムをマウントし、結果を確認します。 それでもマウントが失敗する場合は、返されたエラーメッセージに基づいて問題をトラブルシューティングします。

NASコンソールでECSインスタンスにファイルシステムをマウントできます。 それでもマウントが失敗する場合は、返されたエラーメッセージに基づいて問題をトラブルシューティングします。

サブディレクトリが存在しないというエラーを修正するにはどうすればよいですか?

エラーメッセージ: mount.nfs: アクセスはサーバーによって拒否されましたが、mountin g xxxx.nas.aliyuncs.com:/<dir>

このエラーは、NASファイルシステムの存在しないサブディレクトリをECSインスタンスにマウントするときに発生する可能性があります。 このエラーを修正するには、まずNASファイルシステムのルートディレクトリをマウントします。 ルートディレクトリがマウントされた後、NASファイルシステムのサブディレクトリを作成し、サブディレクトリをマウントできます。 詳細については、「」をご参照ください。LinuxでNASファイルシステムのサブディレクトリを作成してマウントするにはどうすればよいですか?

ファイルシステムをマウントするときに競合するECSインスタンス名が原因でエラーが発生した場合はどうすればよいですか。

発行

NFSv4を使用してECSインスタンスにファイルシステムをマウントすると、mount.nfs: 操作が許可されていない、またはmount.nfs: 誤ったマウントオプションが指定されましたというエラーメッセージが返されます。 ただし、NFSv3を使用してECSインスタンスにファイルシステムをマウントすると、マウントは成功します。

原因

このエラーは、Linuxの一部のカーネルバージョンで発生します。 たとえば、別のECSインスタンス (インスタンスB) と同じ名前のECSインスタンス (インスタンスA) にNFSv4.0ファイルシステムをマウントしようとします。 ただし、NFSv4.0ファイルシステムはすでにECSインスタンス (インスタンスB) にマウントされています。

解決策

1. マウントに失敗したECSインスタンスで次のコマンドを実行します。

   echo 'install nfs /sbin/modprobe -- ignore-install nfs nfs4_unique_id='cat /sys/class/dmi/id/product_uuid '' >> /etc/modprobe.d/nfs.conf

2. オフピーク時に ECS インスタンスを再起動します。

   ECSインスタンスからすべてのNFSファイルシステムを手動でアンマウントし、rmmodコマンドを実行してNFSv4.0クライアントとNFSカーネルモジュールをアンインストールすることもできます。

3. NFSファイルシステムを再マウントします。 詳細については、「NFS ファイルシステムのマウント」をご参照ください。

NFSクライアントからの同時NFSリクエストの最大数を変更するにはどうすればよいですか?

LinuxでNASファイルシステムのサブディレクトリを作成してマウントするにはどうすればよいですか?

ファイルシステムがマウントされていることを確認してください。 詳細については、「NFS ファイルシステムのマウント」をご参照ください。

NASファイルシステムの /mntディレクトリをLinux ECSインスタンスにマウントすると、/mntディレクトリがNASファイルシステムのルートディレクトリとして使用されます。 /mntディレクトリにサブディレクトリを作成できます。

1. Linux ECSインスタンスのNASファイルシステムのルートディレクトリにサブディレクトリを作成します。

   mkdir /mnt/subdir

2. NASファイルシステムをマウントするローカルディレクトリを作成します。

   mkdir /tmp/mnt

   説明

   サーバーにローカルディレクトリを作成した後、ローカルディレクトリにマウントできるファイルシステムは1つだけです。 複数のファイルシステムをマウントする場合は、複数のローカルディレクトリを作成する必要があります。

3. ファイルシステムを再マウントします。

   sudo mount -t nfs -o vers=3、nolock、proto=tcp、rsize=1048576、wsize=1048576、hard、timeo=600、retrans=2,file-system-id.region.nas.aliyuncs.com:/subdir /tmp/mnt

   次のリストでは、必須フィールドについて説明します。 これらのフィールドの値を実際の値に置き換えます。

   • file-system-id.region.nas.aliyuncs.com: マウントターゲットのドメイン名を指定します。 マウントターゲットのドメイン名を取得するには、次の手順を実行します。NASコンソールにログインします。 [ファイルシステムリスト] ページで、ファイルシステムの名前をクリックします。 詳細ページで、[ターゲットのマウント] をクリックし、Mountコマンドをコピーします。

   • /subdir: NASファイルシステムのサブディレクトリを指定します。

   • /tmp/mnt: サーバーのローカルディレクトリを指定します。

Linux ECSインスタンスのマウントターゲットを誤って削除した後に発生する問題を解決するにはどうすればよいですか。

発行

ファイルシステムはマウントターゲットAを使用してLinux ECSインスタンスにマウントされますが、マウントターゲットはマウント解除前にNASコンソールから削除されます。 その結果、Linuxで問題が発生します。 たとえば、コマンドを実行すると、システムの応答が遅いか、応答しません。

解決策

1. Linux ECSインスタンスにログインし、Ctrl + Cを押して実行中のコマンドを停止します。

2. mountコマンドを実行して、マウント情報を表示します。

   次の図に示すように、マウント情報 (/mnt/dataなど) からマウントディレクトリを取得します。

3. umount -f /mnt/dataコマンドを実行して、ファイルシステムのマウントを解除します。

   コマンドの構文: unmount -f <Mount directory>

   説明

   unmount -f <Mount directory> コマンドを実行してファイルシステムのマウントを解除できない場合は、umount -l <Mount directory> コマンドを実行します。

   ファイルシステムをアンマウントした後、マウントターゲットを作成してファイルシステムを再マウントできます。

NFSv4.0プロトコルをサポートするファイルシステムのリスニングポートがトロイの木馬と見なされないようにするにはどうすればよいですか?

発行

NFSv4.0プロトコルをサポートするファイルシステムをコンピュートノードにマウントした後、0.0.0.0のランダムリスニングポートがプロトコルを使用してリッスンされます。 netstatコマンドはリスニングポートのプロセスを識別できません。

リスニングポートはランダムポートです。 したがって、リスニングポートのバックエンドアプリケーションを特定することはできません。 その結果、リスニングポートはトロイの木馬と見なされます。

原因

NFSv4.0プロトコルは、コールバック操作のランダムポートをリッスンするために使用されます。 fs.nfs.nfs_callback_tcpportカーネルパラメーターのデフォルト値は0です。 したがって、NFSv4.0プロトコルはランダムポートをリッスンするために使用されます。 このランダムなポートはセキュリティ上のリスクを引き起こしません。

解決策

sudo sysctl fs.nfs. nfs_callback_tccpport=<port>

次の例では、fs.nfs.nfs_callback_tcpportパラメーターが45450に設定されています。 NFSv4.0プロトコルをサポートするファイルシステムをマウントした後、netstatコマンドの出力は、システムがポート45450をリッスンすることを示します。

NFSファイルシステムとSMBファイルシステムを同じECSインスタンスにマウントできますか。

いいえ。NFSファイルシステムとSMBファイルシステムを同じECSインスタンスにマウントすることはできません。 ファイルシステムは、1つのプロトコルのみを使用してマウントできます。

LinuxでNFSファイルシステムをマウントし、WindowsでSMBファイルシステムをマウントできます。 互換性の問題を防ぐために、LinuxでSMBファイルシステムをマウントしたり、WindowsでNFSファイルシステムをマウントしたりしないことをお勧めします。 たとえば、WindowsとLinuxは異なる文字セットをサポートし、ファイル名の長さに異なる制限があります。 Windowsでは、ファイル名にはUnicode形式でエンコードされた最大255文字を含めることができます。 Linuxでは、ファイル名にUTF-8形式でエンコードされた最大255文字を含めることができます。 詳細については、「使用上の注意事項」および「ファイルへの読み取りおよび書き込みアクセスに関するFAQ」をご参照ください。

複数のプロセスまたはクライアントが同時にログファイルにデータを書き込むときに発生する可能性のある例外を防ぐにはどうすればよいですか?

発行

NASでは、複数のクライアントが同じ名前空間内の異なるファイルにデータを書き込むことができます。 ただし、NFSはアトミックアペンドをサポートしません。 複数のプロセスまたはクライアントが同時に同じファイルにデータを書き込むと、上書き、クロスオーバー、およびコンテンツの乱れなどの例外が発生する可能性があります。 これは、各プロセスが独立してコンテキスト情報を保持するためです。 ファイルは、ログファイルとすることができる。 コンテキスト情報は、ファイル記述子および書き込み位置を含む。

解決策

• (推奨) 同じファイルシステム内の異なるファイルにデータを書き込むように、異なるプロセスまたはクライアントを設定します。 データを分析または処理するときに、これらのファイルをマージできます。 このソリューションでは、ファイルロックを使用せずに、同時書き込み操作によって発生する問題を解決できます。 このソリューションはシステムパフォーマンスに影響しません。

• 群れとシーク関数を一緒に使用します。 これにより、書き込み操作の原子性と一貫性が保証されます。 しかし、この解決策は長い時間を要し、システム性能に大きな影響を与える可能性がある。 以下のステップは、この方法を説明する。

群れとシーク関数を一緒に使う

NFSはアトミックアペンドをサポートしません。 複数のクライアントがログなどの同じファイルにデータを追加すると、データエントリが互いに上書きされる可能性があります。 Linuxでは、flock関数とseek関数を一緒に使用して、NFSファイルシステムでアトミックな追加をシミュレートできます。 これにより、複数のプロセスが同時に同じファイルにデータを追加する場合にデータの一貫性が保証されます。

2つのECSインスタンスでファイルをクエリするときに、NASファイルシステムのファイルが異なる所有者に属するのはなぜですか。

NASファイルシステムでは、ユーザーはユーザー名ではなくユーザー識別子 (UID) またはグループ識別子 (GID) によって識別されます。 ECSインスタンスで照会するファイルの所有者名は、UIDから変換されます。 UIDが異なるECSインスタンスで異なるユーザー名に変換された場合、UIDは各ECSインスタンスで異なる所有者として識別されます。

NASファイルシステムに書き込まれた漢字がクライアントに文字化けしたテキストで表示される場合はどうすればよいですか?

発行

LinuxまたはWindowsクライアント上のNASファイルシステムに漢字 (ファイルの名前またはコンテンツに含まれる) を書き込みます。 別のクライアントを使用してデータを読み取ると、漢字は文字化けしたテキストで表示されます。

原因

Windowsクライアントでは、漢字はデフォルトでGBK文字セットを使用してエンコードおよびデコードされます。 Linuxクライアントでは、漢字はデフォルトでUTF-8文字セットを使用してエンコードおよびデコードされます。 データがNASファイルシステムに書き込まれる前に、データはプラットフォームに対応する文字セットを使用してエンコードされます。 別のプラットフォームでデータを読み取る場合、GBK文字セットとUTF-8文字セットは互換性がないため、データをデコードできません。 その結果、漢字は文字化けテキストで表示されます。

解決策

互換性を確保するために、Windowsクライアントを使用してSMBファイルシステムをマウントし、Linuxクライアントを使用してNFSファイルシステムをマウントすることをお勧めします。

NFSファイルシステムがマウントされているLinuxクライアントでlsコマンドを実行したときに523エラーが返された場合はどうすればよいですか?

発行

原因

複数の名前変更操作が同時に実行されたときに、ファイルシステムのディレクトリでlsコマンドを実行すると、523エラーが発生します。

解決策

しばらくしてからもう一度お試しください。 エラーが解決しない場合は、NASテクニカルサポートにお問い合わせください。

nfsファイルシステムをマウントするときにmount. NFS: No such deviceエラーメッセージが返された場合はどうすればよいですか?

発行

mount.nfs: No such device

原因

/etc/modprobe.d/sunrpc.confファイルのoptions sunrpc tcp_slot_table_entries=128設定がoptions sunrpc tcp_slot_entries=128に変更された場合、システムがsunrpcモジュールをカーネルにロードできない場合、この問題が発生する可能性があります。

解決策

1. /etc/modprobe.d/sunrpc.confファイルのオプションsunrpc tcp_slot_entries=128設定をオプションsunrpc tcp_slot_table_entries=128に変更します。

2. modprobe sunrpcコマンドを実行してsunrpcモジュールをロードします。

3. NFSファイルシステムを再マウントします。

NFSファイルシステムの自動マウントを有効にしたが、NFSファイルシステムがECSインスタンスに自動的にマウントされない場合はどうすればよいですか。

発行

NFSファイルシステムの自動マウントを有効にしました。 ただし、ECSインスタンスを再起動すると、NFSファイルシステムがECSインスタンスに自動的にマウントされません。

原因

解決策

次のいずれかのソリューションを使用して、ECSインスタンスの再起動時にNFSファイルシステムが自動的にECSインスタンスにマウントされるようにします。 次に、/etc/fstab設定ファイルを開いて自動マウントを有効にします。 NFSファイルシステムの自動マウントを有効にする方法の詳細については、「NFSファイルシステムのマウント」をご参照ください。

• 解決策1: 問題を完全に解決する

  次のコマンドを順番に実行して、remote-fs.targetサービスを有効にします。

  systemctl start remote-fs.tar get

  systemctl enable remote-fs.tar get

• 解決策2: 問題を一時的に解決する

  rc.local構成ファイルで次のコマンドを実行して、remote-fs.targetサービスを有効にします。

  [ ! -f /etc/rc.local ] && echo '#!/bin/bash' > /etc/rc.local; echo "mount -a -t nfs" >> /etc/rc.local; chmod +x /etc/rc.local

NFSファイルシステムをマウントするときにmount: can't find /root/nas in /etc/fstabエラーメッセージが返された場合はどうすればよいですか?

発行

ECSインスタンスにNFSファイルシステムをマウントすると、次のエラーメッセージが表示されます。

mount: can't find /root/nas in /etc/fstab

原因

コマンドの構文が正しくない場合があります。

解決策

上記のコマンドのfile-system-id.region.nas.aliyuncs.comは、NFSファイルシステムのマウント対象のドメイン名を示します。 実際のドメイン名に置き換えます。

NFSファイルシステムでファイルを作成する際の待ち時間を解決するにはどうすればよいですか?

• 発行

  ECS-1によってabcファイルが作成されECS-2が、abcファイルを読み取るのに時間がかかります。 レイテンシの範囲は1秒から1分です。

• 原因

  この問題は、予想時間Tを満たすルックアップキャッシュによって発生します。たとえば、ECS-2が作成される前にabcファイルにアクセスすると、ECS-1ファイルがECS-2上に存在しないという問題が発生します。 その結果、abcファイルが存在しないことを示すレコードがキャッシュされる。 FileAttrは時間T内に期限切れではありません。したがって、ECS-2が再びファイルにアクセスするとき、ECS-2がファイルにアクセスしたときに最初にキャッシュされたabcファイルが存在しないことを示すレコードにアクセスします。

• 解決策

  ECS-1がファイルを作成した直後にファイルを読み取ることができるようにするには、次のいずれかのソリューションを使用しECS-2。

  • 解決策1: 存在しないファイルがキャッシュされないように、ECS-2のネガティブルックアップキャッシュを無効にします。 この解決策は、最小のオーバーヘッドをもたらす。

    ファイルシステムをマウントするときに、lookupcache=positive (デフォルト値: lookupcache=all) フィールドを追加します。 次のコマンドを実行して、ファイルシステムをマウントします。

    sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,lookupcache=positive file-system-id.region.nas.aliyuncs.com:/ /mnt

  • 解決策2: ECS-2上のすべてのキャッシュを無効にします。 この解決策は、不十分な性能をもたらす。 ビジネス要件に基づいて適切なソリューションを選択します。

    ファイルシステムをマウントするときにactimeo=0フィールドを追加します。 次のコマンドを実行して、ファイルシステムをマウントします。

    sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,actimeo=0 file-system-id.region.nas.aliyuncs.com:/ /mnt

NFSファイルシステムにデータを書き込む際の待ち時間を解決するにはどうすればよいですか?

• 発行

  ECS-1はabcファイルを更新しました。 ただし、ECS-2がファイルをすぐに読み取る場合、ファイルの内容はまだ更新されません。

• 原因

  次の2つの原因が関係しています。

  • 原因1: ECS-1がabcファイルを書き込んだ後、ECS-1はすぐにコンテンツをフラッシュしません。 代わりに、コンテンツをページキャッシュにキャッシュし、アプリケーション層に依存してfsyncまたはclose操作を呼び出します。

  • 原因2: ECS-2にファイルキャッシュが存在します。 したがって、ECS2は、サーバから最新のファイルコンテンツを直ちに取得することはできない。 たとえば、ECS-2はabcファイルを更新するときにデータをキャッシュしECS-1たとします。 その結果、キャッシュされたコンテンツは、ECS-2がファイルを読み取るときにも使用されます。

• 解決策

  ECS-1がファイルを作成した直後にファイルを読み取ることができるようにするには、次のいずれかのソリューションを使用しECS-2。

  • 解決策1: ファイルベースのclose-to-open (CTO) 整合性モデルを適用して、ECS-1またはECS-2の読み取りおよび書き込み操作がCTO整合性に準拠するようにします。 このようにして、ECS-2は間違いなく最新のデータを読むことができます。 具体的には、ECS-1はファイルを更新した後にcloseまたはfsync操作を実行します。 ECS-2は、ファイルを読み取る前にopen操作を実行します。

  • 解決策2: ECS-1とECS-2のすべてのキャッシュを無効にします。 この解決策は、不十分な性能をもたらす。 ビジネス要件に基づいて適切なソリューションを選択します。

    • ECS-1のキャッシュを無効にします。 ファイルシステムをマウントするときに、noacフィールドを追加して、書き込まれたすべてのデータがすぐにディスクにフラッシュされるようにします。 次のコマンドを実行して、ファイルシステムをマウントします。

      sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,noac file-system-id.region.nas.aliyuncs.com:/ /mnt

      説明

      • ECS-1への書き込み操作が完了した後にfsync操作を呼び出す場合、またはデータを書き込むためにsync操作を呼び出す場合は、上記のコマンドの "noac" を "actimeo=0" に置き換えて、パフォーマンスをわずかに向上させます。

      • noacは、actimeo=0 plus syncに相当します。 この場合、すべての書き込み操作はsyncを使用して強制的に実行されます。

    • ECS-2のキャッシュを無効にします。 ファイルシステムをマウントするときに、actimeo=0フィールドを追加して、すべてのキャッシュを省略します。 次のコマンドを実行して、ファイルシステムをマウントします。

      sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,actimeo=0 file-system-id.region.nas.aliyuncs.com:/ /mnt

WindowsにSMBファイルシステムをマウントするときに発生するエラーを修正するにはどうすればよいですか?

Windows Server 2016以降のWindowsオペレーティングシステムにSMBファイルシステムをマウントできないのはなぜですか?

発行

C:\Users\Administrator>net use z: \\xxxxx-xxxx.xxxxx.nas.aliyuncs.com\myshare
System error 1272 has occurred.
You can't access this shared folder because your organization's security policies block unauthenticated guest access. These policies help protect your PC from unsafe or malicious devices on the network.

原因

このエラーは、Windows Server 2016以降のWindowsオペレーティングシステムのセキュリティポリシーで、ゲストユーザーがリモート共有ディレクトリにアクセスできないために発生します。

解決策

• 次のレジストリキーを見つけます。

  [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
  "AllowInsecureGuestAuth"=dword:0

  キーを変更します。

  [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]
  "AllowInsecureGuestAuth"=dword:1

• PowerShellを開き、次のコマンドを実行します。

  New-ItemProperty -Path $registryPath -Name $name -Value $value -PropertyType DWORD -Force

詳細については、『Windows 10、Windows Server 2016 バージョン 1709、Windows Server 2019 の規定で無効になっているで SMB2 のゲストアクセス』をご参照ください。

SMB ファイルシステムをマウントできないのはなぜですか。

発行

net useコマンドは、SMBファイルシステムをマウントするために使用されます。 誤ってコマンドを使用してNFSファイルシステムをマウントした場合、コマンドを使用してSMBファイルシステムをマウントできなくなります。

解決策

ファイルシステムのプロトコルが SMB であることを確認してください。 次に、マウント操作を停止し、5分後にファイルシステムを再度マウントします。 問題が解決しない場合は、NASテクニカルサポートにお問い合わせください。

マウントされたSMBディレクトリが管理者だけに表示されるのはなぜですか?

Windowsユーザーアカウントは互いに分離されています。 たとえば、ユーザーAとしてWindowsにログオンした場合、ユーザーBとしてマウントしたディレクトリを表示できません。

mklink /D C:\myshare \\xxxxxxx-xxxx.cn-beijing.nas.aliyuncs.com\myshare\

インターネットインフォメーションサービス (IIS) がWindows Server 2016でSMBボリュームのファイルをロードできないのはなぜですか?

この問題を解決する方法の詳細については、「Active Directoryドメインのインストールと構成」をご参照ください。

IISを使用してNASファイルシステムにアクセスするときに発生するエラーを修正するにはどうすればよいですか?

Windows Server 2016にSMBファイルシステムをマウントすると、HTTPエラー500.19 (エラーコード: 0x800700 3a) が発生します。 このエラーを修正する方法については、「IISを使用してNASファイルシステムにアクセスするためのベストプラクティス」をご参照ください。

LinuxにマウントされているSMBファイルシステムのパフォーマンスを向上させるにはどうすればよいですか?

SMBファイルシステムのパフォーマンスが要件を満たしていない場合は、次のいずれかの原因に基づいてパフォーマンスを改善できます。

• 原因1: SMBファイルシステムのスループットは、SMBファイルシステムのストレージ容量によって異なります。 SMBファイルシステムの最大読み取りおよび書き込みスループットは、ファイルシステムの容量と線形関係にあります。

  解決策: fioツールを使用して、SMBファイルシステムのパフォーマンスをテストします。 詳細については、「NASファイルシステムのパフォーマンスのテスト」をご参照ください。

• 原因2: Linux ECSインスタンスの帯域幅が低い。

  解決策: 複数のLinux ECSインスタンスを使用して、ファイルシステムが期待されるパフォーマンスを提供できることを確認します。

• 原因3: SMBクライアントのキャッシュが無効になっています。

  解決策: cacheパラメーターがstrictに設定されている場合、キャッシュは有効になります。 cacheパラメーターがnoneに設定されている場合、キャッシュは無効になります。 デフォルトでは、SMBクライアントのキャッシュが有効になっています。 sudo mount | grep cifsコマンドを実行して、cacheパラメーターの値を確認できます。

• 原因4: SMBクライアントのI/Oサイズがビジネス要件を満たしていない。

  解決策: ビジネス要件に基づいて、rsizeおよびwsizeパラメーターを設定します。 2つのパラメーターのデフォルト値は1048576です。

• 原因5: Linux ECSインスタンスが低仕様のCPUまたはメモリを使用しているか、ほとんどのCPUまたはメモリリソースが他のプロセスによって占有されています。

  ソリューション: ビジネス要件に基づいて、Linux ECSインスタンスのCPUとメモリの仕様を指定します。 これにより、ファイルシステムが期待どおりに機能します。 topコマンドを実行して、CPU使用率とメモリ使用率を確認できます。

• 原因6: atimeパラメーターは、ファイルシステムをマウントするときに設定されます。

  解決策: ビジネスで高速ファイルアクセスが必要ない場合は、atimeパラメーターを設定しないでください。

• 原因7: Linux ECSインスタンス上のApache HTTP serverなどのwebサーバーが、いくつかの書き込み要求を処理します。 これらの要求には、多数の小さなファイルに対する通知と頻繁な読み取り操作が必要です。

  解決策: Linux ECSインスタンス上のwebサーバーのキャッシュメカニズムを設定します。 Alibaba Cloudに連絡して、webサーバーのアクセラレーション機能を有効にすることもできます。

LinuxにSMBファイルシステムをマウントできないのはなぜですか?

さまざまな原因により、LinuxにSMBファイルシステムをマウントできない場合があります。 この問題のトラブルシューティング方法の詳細については、「マウントの問題の修正」の「Linux ECSインスタンスへのSMBファイルシステムのマウント」をご参照ください。

SMBファイルシステムをLinuxにマウントするとき、ファイルの移行または複製に時間がかかるのはなぜですか?

ファイルシステムのパフォーマンスを確認します。 ファイルシステムのパフォーマンスが要件を満たしている場合、考えられる原因は、ファイルが同時に移行または複製されないことです。 次のオープンソースツールを使用して、ファイルを移行または複製できます。

• GNUパラレル

  システムリソースに基づいてスレッド数を指定します。 例: find * -type | parallel -- will-cite -j 10 cp {} /mnt/smb/ &

• Fpart

• Fpsync

• マルチ

Linux上のSMBファイルシステムにアクセスするときに発生するPermission deniedエラーを修正するにはどうすればよいですか?

原因: ファイルシステムをマウントしたときに、uid、gid、file_mode、またはdir_modeパラメーターに無効な値を指定しました。

解決策: uid、gid、file_mode、およびdir_modeパラメーターに指定された値が有効であることを確認します。 詳細については、「SMB ファイルシステムのマウント」をご参照ください。

大文字小文字を変更してSMBファイルシステムのファイルの名前を変更するにはどうすればよいですか?

SMBファイルシステムのファイル名は大文字と小文字を区別しません。 これはWindowsシステムにも当てはまります。 小文字のみを変更して、SMBファイルシステムのファイル名を変更することはできません。

ただし、ファイル名を異なる文字を含む別の名前に変更することはできます。 次に、ファイル名を元の名前に変更し、別の大文字小文字を付けることができます。

ファイルの所有者とファイルまたはディレクトリのアクセスモードを変更できないのはなぜですか?

ファイルシステムをマウントする場合にのみ、ファイルの所有者とファイルシステム内のファイルまたはディレクトリのアクセスモードを指定できます。 詳細については、「SMB ファイルシステムのマウント」をご参照ください。

複数のクライアントが同時にサーバー上のファイルにアクセスしたときに、サーバーが35秒以内に応答しない場合はどうすればよいですか?

原因: 現在のSMBプロトコルのカーネルドライバが期待どおりに動作しません。 SMBプロトコルのバージョンが2.1または3.0の場合、サーバーは35秒以内に応答しません。 この場合、クライアントはSMBブレーク確認パケットをサーバーに送信できません。

解決策1: Linux ECSインスタンスにファイルシステムをマウントする場合、versパラメーターを2.0に設定します。

SMBファイルシステムのマウントターゲットが応答しないのはなぜですか?

...
[<ffffffffc03c9bc1>] cifs_oplock_break+0x1f1/0x270 [cifs]
[<ffffffff810a881a>] process_one_work+0x17a/0x440
[<ffffffff810a8d74>] rescuer_thread+0x294/0x3c0
...

シンボリックリンクを作成できないのはなぜですか?

原因

Linux上にSMBファイルシステムをマウントする場合、mfsymlinksオプションが選択されていないか、ファイルシステムが2.0プロトコルバージョンを使用してマウントされます。

解決策

sudo mount -t cifs //file-system-id.region.nas.aliyuncs.com/myshare /mnt -o vers=2.1,guest,uid=0,gid=0,dir_mode=0755,file_mode=0755,mfsymlinks,cache=strict,rsize=1048576,wsize=1048576

大きなファイルをコピーしたときに「cp: error writing '</path/to/file>': Bad file descriptor」というエラーメッセージが返された場合はどうすればよいですか?

原因

一時的な軽微な障害がネットワークまたはバックエンドで発生します。 SUSEなどの一部のLinuxディストリビューションのSMBクライアントは、機能が限られており、フェールオーバーをサポートしていない場合があります。

解決策

システムがSMBファイルシステムに接続するプロセスを終了できない場合、クライアントによって公開されているハンドルを解放するにはどうすればよいですか?

WindowsでNFSファイルシステムをソフトマウントするときに発生するエラーを修正するにはどうすればよいですか?

• 発行

  デフォルトでは、WindowsでNFSファイルシステムをマウントするときにソフトモードが使用されます。 ただし、一部のシナリオでは、ソフトマウントによりデータの不整合や予期しないアプリケーションの終了が発生します。

  • データの不整合: アプリケーションは、ソフトマウントされたファイルシステムにデータを書き込む要求をECSインスタンスに送信します。 要求がタイムアウトする前にアプリケーションがインスタンスから応答を受信しない場合、データがファイルシステムに書き込まれてもエラーが返されます。 この場合、アプリケーションはリクエストが失敗したと判断します。 ただし、ECSインスタンスはリクエストが成功したと判断します。 その結果、データの不整合が発生する。

  • 予期しないアプリケーションの終了: アプリケーションは、ソフトマウントされたファイルシステムへのアクセス要求をECSインスタンスに送信します。 リクエストがタイムアウトする前にアプリケーションがインスタンスから応答を受信しなかった場合、エラーが返されます。 この場合、アプリケーションの書き込みに使用されるプログラミング言語に基づいて例外がスローされる可能性があります。 例外が処理されない場合、アプリケーションは終了する。

• 解決策

  これらの問題を防ぐには、Windows ECSインスタンスにNFSファイルシステムをハードマウントします。

  1. mountコマンドを実行して、マウントモードを表示します。

     • コマンド出力にmount=softが含まれている場合は、次の手順を実行します。

     • コマンド出力にmount=hardが含まれている場合は、次の手順を実行する必要はありません。

  2. NFSファイルシステムを使用しているアプリケーションを停止します。

  3. 次のコマンドを実行して、NFSファイルシステムをマウント解除します。

     umount H:

     ビジネス要件に基づいて、ドライブ文字H: を置き換えます。

  4. 次のコマンドを実行して、NFSファイルシステムを再マウントします。

     mount -o nolock -o mtype=hard -o timeout=60 \\xxxxxx.cn-hangzhou.nas.aliyuncs.com\! h:

     ビジネス要件に基づいて、マウント対象xxxxxx.cn-hangzhou.nas.aliyuncs.comのドメイン名とドライブ文字h: を置き換えます。

  5. mountコマンドを実行して、マウント結果を確認します。

     コマンド出力にmount=hard、locking=no、timeout=10または10を超える数値が含まれている場合、マウントは成功です。

WindowsにNFSファイルシステムをマウントするときに発生するエラーを修正するにはどうすればよいですか?

• エラーメッセージ: Invalid file handler

  解決策: 必要な手順を実行し、マウントパラメーターを有効な値に設定して、ファイルシステムを再マウントします。 詳細については、「汎用NFSファイルシステムのマウント」をご参照ください。

• エラーメッセージ: ネットワークエラー53

  解決策: 必要な手順を実行し、ファイルシステムを再マウントするためのパラメーターを設定します。 詳細については、「WindowsクライアントへのNFSのマウント」をご参照ください。

• エラーメッセージ: ネットワークエラー1222

  解決策: NFSクライアントをインストールした後、ファイルシステムを再マウントします。 詳細については、「手順1: NFSクライアントのインストール」をご参照ください。

Windows NFSクライアントでファイルの名前を変更しようとしたときに返される無効なデバイスエラーを修正するにはどうすればよいですか?

ECSインスタンスのサブディレクトリにNFSファイルシステムをマウントすると、ファイルの名前を変更すると無効なデバイスエラーメッセージが返されます。 このエラーを修正するには、ECSインスタンスのルートディレクトリにファイルシステムをマウントします。 詳細については、「手順2: 汎用NFSファイルシステムのマウント」をご参照ください。

WindowsにNFSファイルシステムをマウントするときに、ファイルを作成または開くのに時間がかかるのはなぜですか?

原因

WindowsにNFSファイルシステムをマウントすると、大文字と大文字と小文字を区別しない文字に関連する互換性の問題が発生する可能性があります。 ファイル作成のパフォーマンスは、ディレクトリの数とともに低下します。 これは、ファイルを作成するたびにディレクトリがトラバースされるためです。 ディレクトリの数が100,000に達すると、1つのディレクトリトラバーサルは10秒以上を必要とします。

解決策

-o casesensitive=yesフィールドをマウントパラメーターに追加して、ディレクトリトラバーサルを防止します。 次のコマンドを実行して、ファイルシステムをマウントします。

mount -o nolock -o mtype=hard -o timeout=60 -o casesensitive=yes \\file-system-id.region.nas.aliyuncs.com\! Z:

マウント対象file-system-id.region.nas.aliyuncs.comのドライブ文字Zとドメイン名を、実際のドライブ文字とドメイン名に置き換える必要があります。

WindowsにマウントされているNFSファイルシステムは、ファイルロック機能をサポートしていますか?

いいえ、WindowsにマウントされているNFSファイルシステムは、ファイルロック機能をサポートしていません。 Windowsでファイルロック機能を使用する場合は、SMBファイルシステムを使用することをお勧めします。

noresvportパラメーターを使用してNASファイルシステムをマウントする必要があるのはなぜですか?

NASファイルシステムでネットワークの切り替えまたはバックエンドサービスの高可用性 (HA) の切り替えが発生した場合、ファイルシステムのネットワーク接続が中断され、接続が自動的に回復するまで数分待つ必要がある場合があります。 接続が自動的に復旧できない場合は、ECSインスタンスを再起動する必要があります。 noresvportパラメーターを設定すると、接続は数秒以内に自動的に回復できます。

noresvportパラメーターに関連する問題を解決するにはどうすればよいですか?

1. ファイルシステムのマウント時にnoresvportパラメーターが設定されているかどうかを確認します。

   1. Linux ECSインスタンスで次のコマンドを実行し、check_noresvport.pyスクリプトをダウンロードします。

      wget -N https://nas-client-tools.oss-cn-hangzhou.aliyuncs.com/linux_client/check_noresvport.py -P /tmp/

   2. 次のPythonコマンドを実行して、スクリプトを実行します。

      python2.7 /tmp/check_noresvport.py -e

      「このECSの 'noresvport' に問題がありません」というメッセージが表示された場合は、次の手順をスキップしてください。

2. noresvportパラメーターに関連する問題を解決します。

   説明

   オフピーク時にこれらの問題を解決することを推奨します。

   次のいずれかのソリューションを使用して、シナリオに基づいて問題を解決します。

   • ECSインスタンスにNASファイルシステムをマウントする場合は、次のコマンドを実行してスクリプトを再度実行します。

     python2.7 /tmp/check_noresvport.py -e -r

   • NASファイルシステムをコンテナにマウントする場合は、次のコマンドを実行して、コンテナが存在するノードでスクリプトを再度実行します。

     python2.7 /tmp/check_noresvport.py -e -c

3. 自動マウントの設定を更新します。

   • 自動マウントが設定されている場合は、noresvportパラメーターを自動マウントの設定に追加します。 詳細については、「NFS ファイルシステムのマウント」をご参照ください。

   • 自動マウントが設定されていない場合は、本手順をスキップしてください。

   上記の手順を完了したら、手順1を繰り返して結果を確認します。 問題が解決しない場合は、NASテクニカルサポートにお問い合わせください。

バックエンドサービスでネットワーク切り替えまたはHA切り替えが発生するとどうなりますか?

NASは、安定した継続的なファイルストレージサービスを提供します。 ただし、バックエンドサービスのネットワーク切り替えまたはHA切り替えは、特定のシナリオで発生する可能性があります。 サービスのアップグレードは、バックエンドサービスのHA切り替えをトリガーし、クライアントネットワークを中断する可能性があります。 サービスをアップグレードする前に、Alibaba Cloudはアップグレードスケジュールに関する通知をすべての関連ユーザーに送信します。 これにより、noresvportパラメーターを設定するのに十分な時間が確保されます。 バックエンドでアップグレードがスケジュールされていない場合でも、できるだけ早くnoresvportパラメーターを設定することをお勧めします。 これにより、Server Load Balancer (SLB) インスタンスの変更やバックエンドでのハードウェア障害によってトリガーされる切り替えなど、他の切り替えシナリオでも接続障害を防ぐことができます。

ファイルシステムを再マウントする必要があるのはなぜですか? 代替ソリューションを使用できますか?

noresvportパラメーターを使用してファイルシステムをマウントする前に、ファイルシステムを再マウントする必要があります。 これにより、noresvportパラメーターが適用されていないすべてのTCP接続を閉じることができます。 noresvportパラメーターを使用してファイルシステムをマウントすると、新しいTCP接続が確立されます。 以前のすべてのTCP接続を閉じるには、NASファイルシステムを使用するすべてのサービスを停止する必要があります。 次に、umountコマンドを実行してファイルシステムをアンマウントできます。

ファイルシステムを再マウントしない場合は、新しいファイルシステムに基づいてマウントターゲットを作成することをお勧めします。 この場合、新しいファイルシステムを別のローカルディレクトリにマウントする必要があります。 すべてのサービスを新しいローカルディレクトリに移行できます。 次に、古いマウントディレクトリとマウントターゲットを無効にできます。

ECSインスタンスのセキュリティグループ設定を確認するにはどうすればよいですか。

ECSインスタンスにNFSファイルシステムをマウントする場合、NFSファイルシステムはポート2049、111、4001、4002に依存します。 SMBファイルシステムをECSインスタンスにマウントする場合、SMBファイルシステムはポート445に依存します。 セキュリティグループのアウトバウンドルールがこれらのポートへのアクセスを拒否するように設定されている場合、NASファイルシステムはマウントされません。

次の手順を実行して、セキュリティグループルールの設定を確認および変更できます。

1. ECSコンソールにログインします。

2. 左側のナビゲーションウィンドウで、ネットワーク&セキュリティ > セキュリティグループを選択します。

3. 上部のナビゲーションバーで、リージョンを選択します。

4. セキュリティグループルールのIDをクリックして、セキュリティグループルールの詳細ページに移動します。

5. [送信] タブをクリックします。 [送信] タブで、ファイルシステムのマウント対象のIPアドレスまたはCIDRブロックと必要なポートにTCP経由でアクセスできるかどうかを確認します。 NFSファイルシステムの場合、ポート2049、111、4001、および4002が必要です。 SMBファイルシステムの場合、ポート445が必要です。

   説明

   • デフォルトでは、基本セキュリティグループのアウトバウンドルールはすべてのアクセス要求を許可します。 この場合、修正は不要である。

   • デフォルトでは、高度なセキュリティグループのアウトバウンドルールはすべてのアクセス要求を拒否します。 この場合、ファイルシステムのマウント対象のIPアドレスに対して、アウトバウンドルールの関連TCPポートからのアクセスを許可する必要があります。

   前述のポートと、ファイルシステムのマウントターゲットのIPアドレスまたはCIDRブロックがセキュリティグループのアウトバウンドルールによってアクセスを拒否されている場合は、[操作] 列の [編集] をクリックして、[操作] 、[ポート範囲] 、[権限オブジェクト] の設定を変更します。 セキュリティグループルールの詳細については、「セキュリティグループルール」をご参照ください。

   解決エラーが発生した場合は、セキュリティグループに次のルールを追加して、デフォルトのDNS解決をサポートできます。

   Action	優先度	プロトコルタイプ	ポート範囲	権限付与オブジェクト
   許可	1	カスタム UDP	Dest: 53/53	Dest: 0.0.0.0/0

   たとえば、ファイルシステムのマウントターゲットのIPアドレス (192.168.12.151) に対して、ポート2049を介したアウトバウンドデータ転送を許可できます。

   • ベーシックセキュリティグループ

     Action	優先度	プロトコルタイプ	ポート範囲	権限付与オブジェクト
     許可	1	カスタマイズTCP	Dest: 2049/2049	次のCIDRブロックには、マウントターゲットのIPアドレス (192.168.12.151) が含まれています。 次のいずれかのCIDRブロックを設定できます。 0.0.0.0/0 192.0.0.0/8 192.168.0.0/16 192.168.12.0/24 192.168.12.151/32

   • アドバンストセキュリティグループ

     Action	優先度	プロトコルタイプ	ポート範囲	権限付与オブジェクト
     許可	1	カスタマイズTCP	Dest: 2049/2049	次のCIDRブロックには、マウントターゲットのIPアドレス (192.168.12.151) が含まれています。 次のいずれかのCIDRブロックを設定できます。 0.0.0.0/0 192.0.0.0/8 192.168.0.0/16 192.168.12.0/24 192.168.12.151/32

NAS権限グループのルールを確認する方法を教えてください。

Apsara File Storage NASでは、各権限グループはホワイトリストを表します。 ECSインスタンスのプライベートIPアドレスは、マウントターゲット用に設定された権限グループのホワイトリストにある必要があります。 マウント対象のパーミッショングループルールに、ファイルシステムがマウントされているECSインスタンスのIPアドレスまたはCIDRブロックが含まれていない場合、NASファイルシステムをマウントできません。

次の手順を実行して、権限グループルールを確認および変更できます。

1. NASコンソールにログインします。

2. 左側のナビゲーションウィンドウで、ファイルシステム > ファイルシステムリスト を選択します。

3. 上部のナビゲーションバーで、リージョンを選択します。

4. ファイルシステムの前にあるアイコンをクリックします。 [権限グループ] 列で、マウントターゲットに設定された権限グループを表示します。

   • 権限グループがVPC デフォルト許可グループ (すべて可) の場合、変更は必要ありません。

     デフォルトの権限グループでは、すべてのIPアドレスからファイルシステムへの読み取りおよび書き込みアクセスが許可されます。 Linuxシステムユーザーには制限が指定されていません。 デフォルトの権限グループは削除または変更できません。

   • カスタム権限グループの場合、権限グループの名前をクリックして、カスタム権限グループのルールを表示します。

     ファイルシステムがマウントされているECSインスタンスのIPアドレスまたはCIDRブロックがルールに含まれていない場合は、編集 をクリックしてECSインスタンスのIPアドレスを許可アドレスに追加できます。

     たとえば、ファイルシステムがマウントされているECSインスタンスのIPアドレス (192.168.12.150) が [許可アドレス] 列に表示されていない場合、次のいずれかのCIDRブロックを許可アドレスに追加できます。

     • 192.168.12.150/32

     • 192.168.12.0/24

     • 192.168.0.0/16

     • 192.0.0.0/8

     • 0.0.0.0/0

Extreme NASファイルシステムによって自動的に生成されるセキュリティグループルールを変更できますか?

いいえ、Extreme NASファイルシステムによって自動的に生成されるセキュリティグループルールを変更または削除することはできません。 セキュリティグループルールの説明がnasで作成されている場合。 削除しない場合、セキュリティグループルールはExtreme NASファイルシステムによって自動的に生成されます。 このセキュリティグループルールは、Extreme NASサーバーのENIにのみ適用されます。 security CenterからExtreme NASファイルシステムのセキュリティグループに関するリスクの高いアラートを受信した場合は、アラートのIPアドレスをホワイトリストに追加することを推奨します。

Security CenterがExtreme NASファイルシステムのセキュリティグループに関するリスクの高いアラートを送信するのはなぜですか?

Security Centerは、モジュールに基づいてECSセキュリティグループルールを検出します。 ECSインスタンスのセキュリティグループがデフォルトのセキュリティグループです。 不要なポートが検出された場合、Security Centerはアラートを生成し、セキュリティグループの最小アクセス許可を設定するように求めます。 セキュリティグループルールの説明がnasで作成されている場合。 削除しない場合、セキュリティグループルールはExtreme NASファイルシステムによって自動的に生成されます。 このセキュリティグループルールは、Extreme NASサーバーのENIにのみ適用されます。 アラートが使用に影響する場合は、アラートのIPアドレスをホワイトリストに追加することを推奨します。

名前の接頭辞が. nfs生成されましたか? ファイルを削除するにはどうすればよいですか?

アプリケーションで使用されているファイルを削除すると、名前が. nfsが生成されます。 ファイルを使用するプロセスが終了すると、一時ファイルは自動的に削除されます。

NASファイルシステムのディレクトリ内のファイルにアクセスすると、bind conn to session failed on NFSv4 serverエラーメッセージが返されます。 このエラーを修正するにはどうすればよいですか?

• 原因

  NFSv4.1プロトコルを使用してファイルシステムをマウントしたため、エラーメッセージが返されます。 NASはこのプロトコルをサポートしていません。

• 解決策

  NFSv3.0またはNFSv4.0プロトコルを使用して、ビジネス要件に基づいてファイルシステムを再マウントします。 詳細については、「使用状況のメモ」をご参照ください。

NFSファイルシステムが複数のECSインスタンスにマウントされているときにデータが同期されない場合はどうすればよいですか。

発行

複数のクライアントを使用して、複数のマウント対象があるNASファイルシステムのリアルタイム同期を実行すると、高いレイテンシが発生します。

原因

デフォルトでは、オペレーティングシステムのカーネルはファイルとディレクトリのプロパティを保持し、メタデータキャッシュを生成して、NFSPROC_GETATTRリモートプロシージャを呼び出す必要性を減らします。

解決策

mount -t nfs4 -o noac file-system-id.region.nas.aliyuncs.com:/ /mnt

上記のコマンドでは、file-system-id.region.nas.aliyuncs.comはNASファイルシステムのマウントターゲットのドメイン名を指定し、/mntは現在のECSインスタンスに存在するローカルディレクトリを指定します。 値を実際の値に置き換える必要があります。

新しいNASファイルシステムをマウントした後でも、ポッドがマウントされていないNASファイルシステムにデータを書き込むのはなぜですか。

原因

ECSインスタンスにNASファイルシステムをマウントし、ローカルボリューム (HostPath) マッピング方法を使用してNASファイルシステムのマウントディレクトリをコンテナーにマッピングすると、コンテナーのマウント情報はECSインスタンスのマウント情報とは無関係になります。 ECSインスタンスからマウントディレクトリをデタッチするか、ECSインスタンスに新しいNASファイルシステムをマウントすると、起動されたコンテナーは起動時にマウントされたNASファイルシステムを使用します。

解決策

ECSインスタンスに新しいNASファイルシステムを再マウントします。 次に、ポッドを再起動します。

NASファイルシステムをDockerサービスのストレージディレクトリとして使用できますか?

NASファイルシステムをDockerサービスのストレージディレクトリとして使用することはできません。 Dockerストレージにはオーバーレイ機能が必要です。 NASはオーバーレイ機能をサポートしていません。

コンテナーを使用してファイルシステムをマウントすると、アクセスがサーバーによって拒否された場合、<mount directory> エラーメッセージが返されます。

問題

NASファイルシステムをコンテナにマウントすると、アクセスがサーバーによって拒否された間 <mount directory> エラーメッセージが返されます。

原因

この問題は、次のいずれかの原因で発生します。

1. マウントディレクトリが存在しません。

2. コンテナーの実行に使用されるロールには、NASファイルシステムを管理する権限がありません。

3. マウントターゲットに設定された権限グループには、コンテナに対するアクセス権限がありません。

解決策

1. マウントディレクトリが存在するか確認してください。

   cd <mount directory> コマンドを実行して、マウントディレクトリが存在するかどうかを確認できます。

2. コンテナーを実行するユーザーにroot権限があるかどうかを確認します。

   ユーザーにroot権限がない場合は、rootユーザーとしてNASファイルシステムにログインし、権限属性を変更してから、ファイルシステムをマウントする必要があります。 このように、コンテナユーザーの権限は、ファイルシステムのマウントターゲットに対する権限と同じになります。 コンテナにファイルシステムをマウントするときは、コンテナを特権モードで実行します。

3. マウントターゲットに設定された権限グループにコンテナIPアドレスが含まれているかどうかを確認します。

   1. NASコンソールにログインします。

   2. 左側のナビゲーションウィンドウで、ファイルシステム > ファイルシステムリスト を選択します。

   3. ファイルシステムリストページで、目的のファイルシステムの前にあるアイコンをクリックして、マウントターゲットのリストを展開します。

   4. [マウントターゲット] セクションの [権限グループ] 列で、目的の権限グループをクリックして、権限グループの [ルール] ページに移動します。

   5. コンテナのIPアドレスが権限グループのルールに追加されていることを確認します。

      コンテナIPアドレスがルールに存在しない場合は、コンテナIPアドレスを追加します。 詳細については、「権限グループへのルールの追加」をご参照ください。

NASファイルシステムをローカルコンピューターまたはサードパーティホストにマウントするにはどうすればよいですか?

WUYING WorkspaceにNASファイルシステムをマウントするにはどうすればよいですか?

WUYING WorkspaceはNASと連携して共有ストレージを実装できます。 各ワークスペースにNASファイルシステムを作成して、ワークスペース内のクラウドデスクトップ間でファイルを共有できます。

同じワークスペース内のクラウドデスクトップでファイルを共有する必要がある場合は、次のいずれかの方法でNASファイルシステムをマウントできます。

• WUYING WorkspaceにNASファイルシステムが作成されない

  WUYING Workspaceコンソールにログインし、NASファイルシステムを作成します。 システムは、対応するワークスペースのクラウドデスクトップにNASファイルシステムを自動的にマウントします。 NASファイルシステムの作成後、[Apsara file Storage NAS] ページで確認できます。 ファイルシステムのステータスが [開始] に変わると、NASファイルシステムが作成されます。 詳細については、「WindowsクラウドコンピューターへのNASファイルシステムのマウント」をご参照ください。

• WUYING WorkspaceでNASファイルシステムが作成される

  WUYING Workspaceで、使用可能なNASファイルシステムがワークスペースに存在する場合、ワークスペースでクラウドデスクトップを作成、開始、再起動、または再作成すると、NASファイルシステムが自動的にマウントされます。 NASファイルシステムがマウント解除されている場合、またはNASファイルシステムを別のパスにマウントする場合は、NASファイルシステムを再度マウントできます。 詳細については、「LinuxクラウドコンピューターへのNASファイルシステムのマウント」をご参照ください。