File Storage NAS:NAS ファイルシステムのマウント失敗のトラブルシューティング

Linux サーバー上での NFS ファイルシステムのマウント失敗に対する自動チェックスクリプト

Linux サーバー上でのネットワーク ファイル システム (NFS) ファイルシステムのマウント失敗には、さまざまな原因が考えられます。以下の手順に従って、自動チェックスクリプトを使用して原因を特定してください。

1. ファイルシステムのマウントに失敗した Linux サーバーにログインします。

2. 自動チェックスクリプトをダウンロードします。

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

3. 自動チェックスクリプトを実行し、返される構成が正しいかどうかを確認します。

   python2.7 /tmp/check_alinas_nfs_mount.py file-system-id.region.nas.aliyuncs.com:/ /mnt

   以下の表に、重要なパラメーターを示します。プレースホルダーの値は、実際の値に置き換えてください。

   • NAS NFS ファイルシステムのマウントポイントアドレスは、file-system-id.region.nas.aliyuncs.com の形式を使用します。このアドレスを取得するには、NAS コンソール に移動し、対象のファイルシステムをクリックして マウント使用 をクリックし、マウントポイントアドレス列の アイコンにマウスを合わせます。

   • /：NAS ファイルシステムのルートディレクトリです。

   • /mnt：現在のサーバー上の、ファイルシステムをマウントするローカルパスです。

   マウント構成を修正した後、自動チェックスクリプトはマウントコマンドと、チェックが完了したことを示すメッセージを返します。

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

Windows サーバー上での SMB ファイルシステムのマウント失敗に対する自動チェックスクリプト

Windows サーバー上でのサーバーメッセージブロック (SMB) ファイルシステムのマウント失敗には、さまざまな原因が考えられます。以下の手順に従って、自動チェックスクリプトを使用して原因を特定してください。

1. ファイルシステムのマウントに失敗した Windows サーバーにログインします。

2. PowerShell または PowerShell ISE で、以下のコマンドを実行してマウントトラブルシューティングスクリプトをダウンロードおよび実行します。その後、スクリプトが提供する解決策に従って操作を行います。

   1. トラブルシューティングスクリプトをダウンロードできます。

      Invoke-WebRequest https://nas-client-tools.oss-cn-hangzhou.aliyuncs.com/windows_client/alinas_smb_windows_inspection.ps1 -OutFile alinas_smb_windows_inspection.ps1

   2. トラブルシューティングスクリプトを実行します。

      .\alinas_smb_windows_inspection.ps1 -MountAddress abcde-123.region-id.nas.aliyuncs.com -Locale en-US

      このコマンドでは、abcde-123.region-id.nas.aliyuncs.com がマウントポイントです。実際の値に置き換えてください。

Linux サーバー上での SMB ファイルシステムのマウント失敗のトラブルシューティング

Linux サーバー上での SMB ファイルシステムのマウント失敗には、さまざまな原因が考えられます。以下の手順に従ってトラブルシューティングを行ってください。また、/var/log/messages および dmesg ファイルの出力も確認できます。

1. Linux オペレーティングシステムのバージョンを確認します。

   Linux システムは SMB プロトコルとの互換性が限定されているため、NAS SMB ファイルシステムは以下の Linux オペレーティングシステムバージョンのみをサポートしています。

   オペレーティングシステム	バージョン
   CentOS	CentOS 7.6 64 ビット：3.10.0-957.21.3.el7.x86_64 以降
   Alibaba Cloud Linux	Alibaba Cloud Linux 2.1903 64 ビット：4.19.43-13.2.al7.x86_64 以降 Alibaba Cloud Linux 3.2104 64 ビット：5.10.23-4.al8.x86_64 以降
   Debian	Debian 9.10 64 ビット：4.9.0-9-amd64 以降
   Ubuntu	Ubuntu 18.04 64 ビット：4.15.0-52-generic 以降
   openSUSE	openSUSE 42.3 64 ビット：4.4.90-28-default 以降
   SUSE Linux	SUSE Linux Enterprise Server 12 SP2 64 ビット：4.4.74-92.35-default 以降
   CoreOS	CoreOS 2079.4.0 64 ビット：4.19.43-coreos 以降

2. CIFS クライアントを確認します。

   共通インターネットファイルシステム (CIFS) クライアント (cifs-utils) が Linux オペレーティングシステムにインストールされていること、または mount.cifs が PATH 環境変数で指定されたディレクトリにあることを確認します。

   以下のコマンドを実行して、CIFS クライアントがインストールされているかどうかを確認します。CIFS クライアントがインストールされていない場合、または指定されたディレクトリに存在しない場合は、CIFS クライアントを再インストールしてください。詳細については、「CIFS クライアントのインストール」をご参照ください。

   オペレーティングシステム	コマンドの実行
   Ubuntu	sudo apt list cifs-utils
   Debian
   RHEL	sudo yum list cifs-utils
   CentOS
   OpenSUSE	sudo zypper search -i cifs-utils
   SLES12-SP2
   CoreOS	which mount.cifs

3. ネットワーク接続を確認します。

   ping <VolumeDomainName> コマンドを実行して、ネットワーク接続を確認します。

   1. Linux ECS インスタンスと SMB ファイルシステムが同じ Alibaba Cloud アカウントに属していることを確認します。

      異なる Alibaba Cloud アカウントに属している場合、ECS インスタンスが属するアカウントに SMB ファイルシステムを作成するか、Cloud Enterprise Network (CEN) を使用してネットワークを接続してください。詳細については、「CEN を使用したアカウントおよびリージョン間の NAS ファイルシステムのマウント」をご参照ください。

   2. Linux ECS インスタンスと SMB ファイルシステムが同じ VPC に属していることを確認します。

      異なる VPC に属している場合、新しい SMB ファイルシステムを作成するか、CEN を使用してネットワークを接続してください。詳細については、「CEN を使用した同一リージョン内の VPC 間の NAS ファイルシステムのマウント」をご参照ください。

4. ポート 445 を確認します。

   • Linux ECS インスタンスのセキュリティグループが、SMB ファイルシステムの IP アドレスまたはポート 445 をブロックしていないことを確認します。

     telnet <VolumeDomainName> 445 コマンドを実行して、接続性を確認します。

     ポート 445 が開いていない場合、ターゲット ECS インスタンスのセキュリティグループに、ポート 445 へのアクセスを許可するセキュリティグループルールを追加してください。詳細については、「セキュリティグループルールの追加」をご参照ください。

   • Linux ECS インスタンスが、サポートされていない TCP ポートを介して接続しようとしていないことを確認します。

5. 権限グループを確認します。

   SMB ファイルシステムのマウントポイントの権限グループが、ECS インスタンスからのアクセスを許可していることを確認します。

   ECS インスタンスからのアクセスが許可されていない場合、権限グループの設定を変更してください。詳細については、「権限グループの設定の変更」をご参照ください。

6. ECS インスタンス管理者のマウント権限を確認します。

   Linux ECS インスタンスの管理者が root 権限または sudo 権限を持っていることを確認します。

7. マウントコマンドを確認します。

   SMB ファイルシステムのマウントコマンドが正しいことを確認します。手動マウントコマンドは以下のとおりです：

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

   マウントコマンドのパラメーターが正しくない場合、正しいコマンドを使用してください。Linux サーバー上での SMB ファイルシステムのマウントパラメーターの詳細については、「Linux サーバー上での SMB ファイルシステムのマウントパラメーター」をご参照ください。

8. SELinux を確認します。

   ターゲットマウントディレクトリの SELinux 設定が正しいことを確認します。

9. 同時にマウントされている計算ノード数を確認します。

   Elastic Compute Service (Linux) インスタンスが、単一のファイルシステムに対して 1,000 を超えるマウント接続を持っているかどうかを確認します。

   • 制限を超えている場合、必要に応じて調整を行ってください。

   • 制限を超えていない場合、チケットを送信 してサポートを受けてください。

     ファイルシステム情報、Linux バージョン、具体的なマウントコマンド、および `/var/log/messages` および `dmesg` ファイルの出力を提供してください。

Windows システム上での汎用型 NFS ファイルシステムのマウント失敗のトラブルシューティング

Windows システム上での汎用型 NFS ファイルシステムのマウント失敗には、さまざまな原因が考えられます。以下の手順に従ってトラブルシューティングを行ってください。

1. アカウントを確認します。

   ECS インスタンスとマウントポイントが同じアカウントに属していることを確認します。ECS インスタンスとマウントポイントが異なるアカウントに属している場合、CEN を使用してアカウントを接続し、その後 NFS ファイルシステムをマウントしてください。詳細については、「CEN を使用したアカウントおよびリージョン間の NAS ファイルシステムのマウント」をご参照ください。

2. マウントポイントのネットワークを確認します。

   ECS インスタンスとマウントポイントが同じ VPC に属していることを確認します。ECS インスタンスとマウントポイントが異なる VPC に属している場合、CEN を使用して VPC を接続し、その後 NFS ファイルシステムをマウントしてください。詳細については、「CEN を使用した同一リージョン内の VPC 間の NAS ファイルシステムのマウント」をご参照ください。

3. ポート 2049 および 111 を確認します。

   ECS セキュリティグループが、マウントポイントのポート 2049 および 111 へのアクセスを許可していることを確認します。ECS セキュリティグループがマウントポイントのポート 2049 および 111 へのアクセスを許可していない場合、セキュリティグループルールを変更してください。詳細については、「セキュリティグループルールの変更」をご参照ください。

   telnet コマンドまたは Test-NetConnection コマンドを使用して、ポートの接続性をテストします。

   • コマンドプロンプトで telnet コマンドを使用します。

     telnet $mount_point.$region.nas.aliyuncs.com 2049
     telnet $mount_point.$region.nas.aliyuncs.com 111

   • PowerShell で Test-NetConnection コマンドを使用します。

     Test-NetConnection $mount_point.$region.nas.aliyuncs.com -Port 2049
     Test-NetConnection $mount_point.$region.nas.aliyuncs.com -Port 111

4. NFS ファイルシステムの権限グループを確認します。

   マウントポイントの権限グループが、ECS インスタンスからのアクセスを許可していることを確認します。マウントポイントの権限グループが ECS インスタンスからのアクセスを許可していない場合、権限グループの設定を変更してください。詳細については、「権限グループの設定の変更」をご参照ください。

「サブディレクトリが存在しません」というエラーを解決するにはどうすればよいですか？

エラーメッセージ：mount.nfs: access denied by server while mounting xxxx.nas.aliyuncs.com:/<dir>

サブディレクトリをマウントする際に、マウントコマンドで指定された NAS サブディレクトリ `` が存在しないため、このエラーが発生します。まず、NAS のルートディレクトリをマウントしてください。マウントが成功した後、必要なサブディレクトリを作成し、再度サブディレクトリをマウントします。詳細については、「Linux システム上での NAS ファイルシステムのサブディレクトリの作成およびマウント方法」をご参照ください。

ECS インスタンス名を変更した際に発生するエラーを解決するにはどうすればよいですか？

問題

NFSv4.0 を使用してファイルシステムをマウントすると、mount.nfs: Operation not permitted または mount.nfs: an incorrect mount option was specified というエラーメッセージが返されます。ただし、NFSv3 を使用するとファイルシステムを正常にマウントできます。

原因

一部のカーネルバージョンで競合が発生することがあります。これは、同じ NFS マウントポイントを NFSv4.0 で既にマウントしている別の ECS インスタンスと同じホスト名を持つ ECS インスタンスでファイルシステムをマウントしようとした場合に発生します。

解決方法

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 インスタンスを再起動します。

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

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

NFS ファイルシステムをマウントする際に「mount.nfs: No such device」というエラーが返された場合の対処方法を教えてください。

問題

ECS インスタンス上で NAS NFS ファイルシステムをマウントすると、以下のエラーメッセージが返されます。

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 ファイルの設定を options sunrpc tcp_slot_table_entries=128 に変更します。

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

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

NFS ファイルシステムをマウントする際に「mount: can't find /root/nas in /etc/fstab」というエラーが返された場合の対処方法を教えてください。

問題

ECS インスタンス上で NAS NFS ファイルシステムをマウントすると、以下のエラーメッセージが返されます。

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

原因

コマンドの形式が正しくない可能性があります。

解決方法

正しいマウントコマンドを使用して NAS NFS ファイルシステムをマウントします。Linux サーバー上での NFS ファイルシステムのマウントコマンドパラメーターの詳細については、「マウントコマンドパラメーター」をご参照ください。

• 汎用型 NAS ファイルシステムの場合、以下のいずれかのコマンドを実行します。

  NFSv3 プロトコルを使用してファイルシステムをマウントするには：

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

  NFSv4 プロトコルを使用してファイルシステムをマウントするには：

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

• 超高速型 NAS ファイルシステムの場合、以下のコマンドを実行します。

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

これらのコマンドでは、file-system-id.region.nas.aliyuncs.com が NFS ファイルシステムのマウントポイントアドレスです。実際の値に置き換えてください。

汎用型 NAS NFS ファイルシステムをマウントする際に「file handle error」というエラーを解決するにはどうすればよいですか？

• 原因

  Locking レジストリキーが存在しない、または Locking レジストリキーが存在してもその Locking 値が 1 でない場合があります。

• 解決方法

  1. コマンドプロンプトを開き、regedit コマンドを実行してレジストリエディターを開きます。

  2. HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > ClientForNFS > CurrentVersion > Users > Default > Mount に移動し、空白領域を右クリックして 新規作成 > DWORD (32 ビット) 値 を選択します。

  3. レジストリエントリの名前を Locking に変更し、Locking をダブルクリックします。DWORD (32 ビット) 値の編集 ウィンドウで、値のデータ を 1 に設定します。

  4. OK をクリックします。

  5. ECS インスタンスを再起動します。

  6. NFS プロトコルを使用して汎用型 NAS ファイルシステムを再度マウントします。

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

     ドライブ文字 Z: およびマウントポイントドメイン名 file-system-id.region.nas.aliyuncs.com を実際の値に置き換えてください。

  7. mount コマンドを実行して、マウントが成功したかどうかを確認します。

     マウント後に、出力に `mount=hard`、`locking=no`、およびタイムアウト値が 10 以上であることが含まれていることを確認してください。そうでない場合、マウントに問題があります。

     

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 53 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  ネットワークパスが見つかりませんでした。

• 原因

  • ネットワーク接続が利用できません。

  • TCP/IP NetBIOS Helper サービスが開始されていません。

  • LanmanWorkstation がレジストリで正しく構成されていません。

• 解決方法

  1. ping <mount_target_address> コマンドを実行して、マウントポイントアドレスへの接続およびレイテンシーが正常であるかどうかを確認します。

     • ネットワーク接続が正常な場合、次のステップに進みます。

     • ネットワークが接続されていない場合、ネットワークの問題をトラブルシューティングします：

       • マウントコマンドが正しく、/、\、スペース、または myshare などの余分な文字や不足している文字がないことを確認します。

         SMB ファイルシステムをマウントするコマンドの正しい形式は以下のとおりです：

         net use <target_drive_letter> \\<mount_target_address>\myshare

         例：

         net use z: \\xxxx.cn-hangzhou.nas.aliyuncs.com\myshare

       • コンソールで、ファイルシステムタイプが SMB であることを確認します。

       • マウントポイントアドレスが正しいことを確認します。

       • ECS インスタンスとマウントポイントが同じ VPC に属していることを確認します。

       • VPC 間または VPN 経由で接続されたクライアントの場合、ネットワーク構成が正しいことを確認します。

  2. telnet <mount_target_address> 445 コマンドを実行して、SMB サービスが利用可能であるかどうかを確認します。

  3. TCP/IP NetBIOS Helper サービスが開始されていることを確認します。詳細については、「SMB ファイルシステムのマウント」をご参照ください。

  4. レジストリエディターを開き、HKEY_LOCAL_MACHINE > System > CurrentControlSet > Control > NetworkProvider > Order に移動します。ProviderOrder 値に LanmanWorkstation が含まれていることを確認します。含まれていない場合は、LanmanWorkstation を追加します。

  上記の方法で問題が解決しない場合、Windows Defender ファイアウォールが SMB 関連のネットワーク要求をブロックしていないか確認してください。

  

  

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 58 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  指定されたサーバーは要求された操作を実行できません。

• 原因

  クライアントの SMB プロトコルバージョンが互換性がないことです。

• 解決方法

  Windows システムバージョンが Windows Server 2008 R2 以降（Windows Server 2008 は除く）であることを確認します。

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 64 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  指定されたネットワーク名はもう利用できません。

• 原因

  • NAS 権限グループがターゲット ECS インスタンスからのアクセスを許可していません。

  • ターゲット ECS インスタンスのプライベート IP アドレスまたは VPC IP アドレスが、NAS 権限グループで正しく設定されていません。

  • サービスに支払い遅延があります。

  • クラシックネットワークでファイルシステムをマウントする場合、ECS インスタンスと NAS ファイルシステムが同じ Alibaba Cloud アカウントに属していません。

  • ファイルシステムタイプが SMB ではありません。

• 解決方法

  NAS ファイルシステムリソースへのアクセス権限がありません。以下の観点からトラブルシューティングを行ってください。

  1. ファイルシステムのマウントポイントの権限グループに、マシンのプライベート IP アドレスまたは VPC IP アドレスが含まれていることを確認します。

  2. Alibaba Cloud アカウントに支払い遅延がないことを確認します。

  3. クラシックネットワークでファイルシステムをマウントする場合、ECS インスタンスと NAS ファイルシステムが同じ Alibaba Cloud アカウントに属していることを確認します。

  4. ファイルシステムタイプが SMB であることを確認します。

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 67 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  ネットワーク名が見つかりません。

• 原因

  重要なネットワークサービスが開始されていません。

• 解決方法

  以下のサービスを開始してください。詳細については、「SMB ファイルシステムのマウント」をご参照ください。

  1. Workstation サービスを有効にします。

  2. TCP/IP NetBIOS Helper サービスを有効にします。

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 85 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  ローカルデバイス名はすでに使用されています。

• 原因

  ターゲットドライブ文字がすでに使用されています。

• 解決方法

  ターゲットドライブ文字を変更して、ファイルシステムを再度マウントします。

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 1231 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  ネットワーク場所にアクセスできません。

• 原因

  • Microsoft ネットワーククライアントがシステムにインストールされていないか、有効になっていません。

  • Microsoft ネットワーク用のファイルおよびプリンター共有がシステムにインストールされていないか、有効になっていません。

• 解決方法

  Microsoft ネットワーククライアントまたは Microsoft ネットワーク用のファイルおよびプリンター共有をインストールおよび有効にしてください。

  Microsoft ネットワーククライアントまたは Microsoft ネットワーク用のファイルおよびプリンター共有がインストール済みでも有効になっていない場合、該当するオプションを選択してください。以下のようにしてインストールおよび有効化できます。

  

  1. ネットワークと共有センター を開き、アクティブなネットワーク接続をクリックします。

  2. プロパティ をクリックします。

  3. WLAN プロパティ ダイアログボックスで、インストール をクリックします。

     • Microsoft ネットワーククライアントをインストールします。

       1. ネットワーク機能タイプの選択 ダイアログボックスで、クライアント を選択し、追加 をクリックします。

       2. Microsoft ネットワーククライアント を選択し、OK をクリックします。

     • Microsoft ネットワーク用のファイルおよびプリンター共有をインストールします。

       1. ネットワーク機能タイプの選択 ダイアログボックスで、サービス を選択し、追加 をクリックします。

       2. Microsoft > Microsoft ネットワーク用のファイルおよびプリンター共有 > OK

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 1272 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  システムプロンプト：組織のセキュリティポリシーにより、未認証のゲストアクセスがブロックされているため、この共有フォルダーにアクセスできません。これらのポリシーは、ネットワーク上の安全でないまたは悪意のあるデバイスから PC を保護するために役立ちます。

• 原因

  Windows システムのセキュリティポリシーにより、ゲストアクセス権限 (Guest Auth) を使用した SMB ファイルシステムへのアクセスがブロックされています。

• 解決方法

  システムバージョンが Windows Server 2016 より後の場合（Windows Server 2016 は除く）、以下のレジストリ項目を変更してゲストアクセス権限 (Guest Auth) を許可します。

  1. ファイルシステムがマウントされている ECS サーバーにログインします。

  2. コマンドプロンプトを開き、regedit コマンドを実行してレジストリエディターを開きます。

  3. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters パスで、AllowInsecureGuestAuth レジストリキーの値が 1 であることを確認します。

     1. AllowInsecureGuestAuth レジストリキーの値が 0 の場合、AllowInsecureGuestAuth を右クリックし、値のデータ (V) の値を 1 に変更します。

     2. AllowInsecureGuestAuth レジストリキーが見つからない場合、PowerShell に切り替えて、以下のコマンドを実行して AllowInsecureGuestAuth レジストリキーを追加します。

        New-ItemProperty -Path Registry::HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters -Name AllowInsecureGuestAuth -PropertyType DWORD -Value 1

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

     net use Z: \\file-system-id.region.nas.aliyuncs.com\myshare

     エラー 1272 が再度返された場合、RequireSecuritySignature レジストリキーの値が 1 である可能性があります。この値を 0 に変更し、再度 SMB ファイルシステムをマウントします。

     RequireSecuritySignature レジストリキーのパス：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters。

  詳細については、「Windows における SMB2 のゲストアクセスの無効化」および「Server Message Block 署名の概要」をご参照ください。

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 3227320323 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  システムエラー 3227320323 が発生しました。

• 原因

  Windows で「Microsoft ネットワーククライアント：通信をデジタル署名する (常に)」ポリシーが有効になっています。匿名マウントは ID 情報を提供しないため、署名できません。

• 解決方法

  「Microsoft ネットワーククライアント：通信をデジタル署名する (常に)」ポリシーを無効化し、ファイルシステムを再度マウントします。このポリシーを無効化するには、以下の手順を実行します。

  1. Win+R キーボードショートカットを使用し、gpedit.msc を入力して、ローカルグループポリシーエディターを開きます。

  2. コンピューターの構成 > Windows の設定 > セキュリティ設定 > ローカルポリシー > セキュリティオプション に移動します。Microsoft ネットワーククライアント：通信をデジタル署名する (常に) をダブルクリックし、無効 を選択して OK をクリックします。

     

Windows サーバー上で SMB ファイルシステムをマウントする際にシステムエラー 1312 が発生した場合の確認および対処方法を教えてください。

• エラーメッセージ

  Windows システムエラー 1312。

• 原因

  New-SmbGlobalMapping PowerShell コマンドを使用してファイルシステムをマウントする際に、ユーザー名またはワークグループが正しくない場合があります。

• 解決方法

  お使いのコンピューターのプロパティで正しいワークグループ名を確認してください。その後、マウントコマンドを実行したときに表示されるダイアログボックスで、正しいユーザー名またはワークグループを入力してください。たとえば、ユーザー名は workgroup\administrator、パスワードは ECSadministrator です。

サーバー起動時に NFS ファイルシステムが自動的にマウントされない失敗を解決するにはどうすればよいですか？

問題

サーバーは再起動後に NFS ファイルシステムを自動的にマウントするように設定されていますが、再起動時に自動マウントが失敗します。

原因

サーバーのシステムが CentOS 7.0 の場合があります。CentOS 7.0 では、デフォルトで fstab の非ローカルファイルシステムが処理されず、`remote-fs.target` サービスが `disabled` 状態になります。これにより、クラウドサーバーの再起動後に NFS ファイルシステムの自動マウントが失敗します。

解決方法

NFS ファイルシステムのサーバー起動時の自動マウントを有効にするために、以下の解決方法のいずれかを選択してください。その後、`/etc/fstab` 設定ファイルを開き、マウント設定を追加します。マウント設定の追加方法については、「NFS ファイルシステムのマウント」をご参照ください。

• 解決方法 1：恒久的な修正

  `remote-fs.target` サービスを有効化するために、以下のコマンドを順次実行します。これにより、サーバー起動時に NFS ファイルシステムが自動的にマウントされるようになります。

  systemctl start remote-fs.target

  systemctl enable remote-fs.target

• 解決方法 2：一時的な修正

  システムの `rc.local` ファイルで `remote-fs.target` サービスを有効化するために、以下のコマンドを実行します。これにより、サーバー起動時に NFS ファイルシステムが自動的にマウントされるようになります。

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

Windows Server 2016 の IIS が SMB ボリュームからファイルを読み込めないのはなぜですか？

Windows Server 2016 のインターネットインフォメーションサービス (IIS) が SMB ボリュームからファイルを読み込めない問題の解決方法については、「AD ドメインのインストールおよび設定」をご参照ください。

Windows サーバー上で NFS ファイルシステムをソフトマウントする際に発生する問題の確認および対処方法を教えてください。

• 問題の説明

  Windows システムで NFS ファイルシステムを使用する場合、デフォルトのマウントモードは `soft` です。以下のシナリオでは、ソフトモードがデータ整合性に影響を与え、アプリケーションが予期せず終了する可能性があります。

  • データ整合性：ソフトマウントを使用する場合、リクエストがタイムアウトするとエラーが返されます。アプリケーションにとっては、この操作は不完全です。一方、サーバー側ではこのリクエストが既に実行済みである可能性があり、データ整合性が損なわれる可能性があります。

  • 予期しないアプリケーション終了：ソフトマウントを使用する場合、リクエストがタイムアウトするとタイムアウトエラーが返されます。一部の言語では例外がスローされます。アプリケーションがこの例外を処理しない場合、予期せず終了します。

• 解決方法

  Windows システムでは、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 以上であることが含まれている場合、マウントは成功しています。

Windows サーバー上で NFS ファイルシステムをマウントする際に発生するエラーを解決するにはどうすればよいですか？

• 問題の説明：無効なファイルハンドル

  解決方法：正しい手順およびパラメーター設定に従って、ファイルシステムを再度マウントします。詳細については、「NFS ファイルシステムのマウント (汎用型 NAS)」をご参照ください。

• 問題の説明：ネットワークエラー - 53

  解決方法：正しい手順およびパラメーター設定に従って、ファイルシステムを再度マウントします。詳細については、「NFS ファイルシステムのマウント (汎用型 NAS)」をご参照ください。

• 問題の説明：ネットワークエラー - 1222

  解決方法：NFS クライアントをインストールしてから、マウント操作を再度実行します。詳細については、「ステップ 1：NFS クライアントのインストール」をご参照ください。

コンテナー内で NAS ファイルシステムをマウントする際のエラー： access denied by server while mounting <mount path>

症状

コンテナー向けに NAS ファイルシステムをマウントする際に、access denied by server while mounting <mount_address> というエラーが返されます。

原因

以下のいずれかが原因である可能性があります：

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

2. コンテナーを起動するために使用されるホストロールが、NAS ファイルシステムを変更する権限を持っていません。

3. マウントポイントに設定された権限グループが、コンテナーへのアクセスを許可していません。

解決方法

1. マウントディレクトリが存在することを確認します。

   cd <mount_directory> コマンドを実行して、マウントディレクトリが存在することを確認します。

2. コンテナーを起動するユーザーが root 権限を持っていることを確認します。

   コンテナーを起動するユーザーが root 権限を持っていない場合、NAS ファイルシステムに root ユーザーとしてログインし、権限属性を変更してからファイルシステムをマウントする必要があります。これにより、コンテナーのユーザーの権限がマウントポイントのファイルシステムの権限と一致した状態を保つことができます。コンテナー内でファイルシステムをマウントする場合、コンテナーを 特権付き モードで実行する必要があります。

3. マウントポイントに設定された権限グループに、コンテナーの IP アドレスが含まれていることを確認します。

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

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

   3. 上部のメニューバーで、リージョンを選択します。

   4. ファイルシステムリスト ページで、対象のファイルシステムの 管理 を 操作 列からクリックします。

   5. ファイルシステムの詳細ページで、マウント使用 をクリックします。

   6. マウントポイント一覧の 権限グループ 列で、権限グループ名をクリックしてルールページを開きます。

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

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

クラウドアシスタントを使用して、ファイルシステムのマウント、アンマウント、またはステータス照会を一括で実行できなかった場合の対処方法を教えてください。

まず、入力したマウントパラメーターが条件を満たしているかどうかを確認してください。次に、コマンド結果のエラーコードを確認し、エラーメッセージに基づいて対応を行ってください。詳細については、「エラーメッセージ」をご参照ください。最後に、ワンクリックマウント機能を使用して、まず単一の ECS インスタンスで操作を試してください。失敗した場合は、関連するエラーメッセージを確認して問題を解決してください。

また、NAS コンソール を使用して、まず 1 つの ECS インスタンスでファイルシステムをマウントすることもできます。マウントに失敗した場合は、表示されたメッセージに基づいて対応を行ってください。

コンソール上でファイルシステムのマウントに失敗する可能性のある原因は何ですか？

マウント失敗を解決するには、以下の可能性のある原因に基づいてトラブルシューティングを行ってください。