すべてのプロダクト
Search
ドキュメントセンター

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

最終更新日:Aug 29, 2026

ファイルシステムのマウントに失敗した場合、まず自動スクリプトまたはトラブルシューティングガイドを使用して問題を特定します。スクリプトで解決できないマウントエラーについては、File Storage NAS のよくある質問をご参照ください。このトピックでは、Elastic Compute Service (ECS) インスタンス上での File Storage NAS ファイルシステムのマウント失敗のトラブルシューティングと解決方法について説明します。

重要
  • トラブルシューティングの前に、マウントポイントが 利用可能な であることを確認してください。マウントポイントが 休止状態 の場合は、コンソールまたは OpenAPI を使用して再度有効にしてください。詳細については、「マウントポイントの管理」をご参照ください。

  • トラブルシューティングの前に、ご利用のアカウントに支払い遅延がないことを確認してください。アカウントに支払い遅延がある場合、NAS ファイルシステムをマウントしたりアクセスしたりすることはできません。詳細については、「支払い遅延によるサービスの一時停止」をご参照ください。

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

    このコマンドには以下のパラメーターが含まれています。プレースホルダーを実際の値に置き換えてください。

    • file-system-id.region.nas.aliyuncs.com:NAS NFS ファイルシステムのマウントターゲットアドレスです。NAS コンソールに移動し、対象のファイルシステムをクリックし、マウント使用 をクリックし、[マウントターゲットアドレス] 列の image アイコンにカーソルを合わせるとアドレスを取得できます。

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

    • /mnt:ファイルシステムをマウントするローカルパスです。

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

  4. 返されたマウントコマンドをコピーして実行し、マウントを検証します。

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 zh-CN

      この例では、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. ECS インスタンスとファイルシステムが同じアカウントにあることを確認します。

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

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

      同じ VPC にない場合は、新しい SMB ファイルシステムを作成するか、CEN を使用して VPC を接続します。詳細については、「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) の管理者が 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. 同時マウント数を確認します。

    Linux ECS インスタンスからのマウント接続数が、ファイルシステムごとのマウント制限 (1,000) を超えていないか確認します。

    • 制限を超えている場合は、ビジネス要件に基づいて調整してください。

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

      チケットには、ファイルシステム情報、Linux のバージョン、具体的なマウントコマンド、および /var/log/messages と dmesg からの出力を記載してください。

Windows での NFS マウント失敗のトラブルシューティング

汎用 NFS ファイルシステムを Windows システムにマウントすると、いくつかの理由で失敗することがあります。これらの手順を使用して、問題をトラブルシューティングしてください。

  1. アカウントの確認

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

  2. マウントポイントのネットワークの確認

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

  3. ポート 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 インスタンスからのアクセスを許可していることを確認してください。許可されていない場合は、権限グループの構成を変更してください。詳細については、「権限グループの構成の変更」をご参照ください。

「サブディレクトリが存在しません」エラー

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

このエラーは、マウントコマンドで指定された NAS サブディレクトリ <dir> が存在しないことを示します。これを解決するには、まず NAS のルートディレクトリをマウントします。次に、必要なサブディレクトリを作成してマウントします。詳細については、「NAS サブディレクトリの作成とマウント」をご参照ください。

ECS インスタンス名の重複エラー

症状

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

原因

特定のカーネルバージョンでは、ECS インスタンスが、同じ NFS マウントポイントを NFSv4.0 を使用して既にマウントしている別のインスタンスとホスト名を共有している場合に競合が発生します。

ソリューション

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

mount.nfs: No such device
[root@ixxx xxx]# mount -t nfs -o vers=4,minorversion=0,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport xxx :/ /mnt
mount.nfs: No such device
[root@xxx xxx]#

原因

このエラーは、/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 ファイルシステムを再度マウントします。

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

問題

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

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

原因

コマンドのフォーマットが正しくない可能性があります。

ソリューション

NAS 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 のファイルハンドルエラーの修正

  • 原因

    このエラーは、Locking レジストリエントリが存在しない場合、または Locking エントリは存在するが Locking の値が 1 に設定されていない場合に発生します。

  • ソリューション

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

    2. に移動します。空白領域を右クリックし、 を選択します。

    3. レジストリ名を Locking に変更し、Locking をダブルクリックし、表示される [DWORD (32 ビット) 値の編集] ダイアログボックスで [値のデータ] を 1 に変更します。

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

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

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

      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、および timeout>=10 が含まれている必要があります。そうでない場合、マウントに問題があります。

      C:\Users\Administrator>mount
      Local    Remote                                 Properties
      Z:      \\29xxx.nas~    UID=-2, GID=-2
                                rsize=1048576, wsize=1048576
                                mount=hard, timeout=10.0
                                retry=1, locking=no
                                fileaccess=755, lang=GB2312-80
                                casesensitive=no
                                sec=sys

Windows SMB マウントのシステムエラー 53 のトラブルシューティング

  • 症状

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

  • 原因

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

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

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

  • ソリューション

    1. ping <マウントターゲットアドレス> コマンドを実行して、マウントポイントの到達可能性と遅延を確認します。

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

      • 接続に失敗した場合は、次のようにネットワークの問題をトラブルシューティングします。

        • マウントコマンドが正しく、スラッシュ / や \ の誤り、余分なスペース、myshare 名のスペルミスなどのタイプミスがないことを確認します。

          SMB ファイルシステムをマウントするには、次の形式を使用します。

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

          例:

          net use z: \\xxxx.cn-hangzhou.nas.aliyuncs.com\myshare
        • NAS コンソールの [ファイルシステムリスト] ページで、ファイルシステムの [ファイルシステムタイプ] が [SMB] であることを確認し、そのマウントターゲットアドレスをメモします。

        • マウントターゲットアドレスが正しいことを確認します。

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

        • 異なる VPC のクライアントから、または VPN を介して接続している場合は、ネットワーク構成が正しいことを確認します。

    2. telnet <マウントターゲットアドレス> 445 コマンドを実行して、SMB サービスが利用可能であることを確認します。

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

    4. レジストリを開き、 の ProviderOrder の値に LanmanWorkstation が含まれていることを確認します。含まれていない場合は追加します。レジストリエディターの [文字列の編集] ダイアログボックスで、[値の名前] が ProviderOrder であり、[値のデータ] に LanmanWorkstation が含まれていることを確認します (完全な値の例:RDPNP,LanmanWorkstation,webclient)。

    問題が解決しない場合は、Windows Defender ファイアウォールが SMB 関連のネットワークリクエストをブロックしているかどうかを確認します。

    セキュリティが強化された Windows Defender ファイアウォールの送信の規則で、[ファイルとプリンターの共有 (SMB 送信)] ルールを見つけ、そのプロパティダイアログボックスを開き、[全般] タブで [有効] チェックボックスが選択されていることを確認し、アクションを [接続を許可する] に設定します。

Windows SMB ファイルシステムのシステムエラー 58

  • エラーメッセージ

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

  • 原因

    クライアントが互換性のない SMB プロトコルバージョンを使用しています。

  • ソリューション

    Windows 2008 R2 以降のバージョンを使用していることを確認してください。Windows 2008 はサポートされていません。

SMB マウントの Windows システムエラー 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 であることを確認します。

SMB マウントのシステムエラー 67 の解決

  • エラーメッセージ

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

  • 原因

    必要なネットワークサービスが実行されていません。

  • ソリューション

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

    1. Workstation サービスを開始します。

    2. TCP/IP NetBIOS Helper サービスを開始します。

Windows SMB マウントのシステムエラー 85 のトラブルシューティング

  • エラーメッセージ

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

  • 原因

    対象のドライブ文字が既に使用されています。

  • ソリューション

    対象のドライブ文字を変更し、ファイルシステムを再マウントします。

SMB ファイルシステムのシステムエラー 1231 の解決

  • 症状

    ネットワークの場所に到達できません。

  • 原因

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

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

  • ソリューション

    Microsoft ネットワーク用クライアントと Microsoft ネットワーク用ファイルとプリンター共有をインストールして有効にします。

    これらのコンポーネントがインストールされているが無効になっている場合は、それらのチェックボックスを選択します。不足しているコンポーネントをインストールするには、以下の手順に従ってください。

    また、QoS パケット スケジューラが有効になっていることを確認してください。

    1. [ネットワークと共有センター] を開き、ホストが接続されているネットワークをクリックします。

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

    3. [ワイヤレス ネットワーク接続のプロパティ] ダイアログボックスで、[インストール] をクリックします。

      • Microsoft ネットワーク用クライアントをインストールするには:

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

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

      • Microsoft ネットワーク用ファイルとプリンター共有をインストールするには:

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

SMB マウントのシステムエラー 1272 の解決

  • 症状

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

  • 原因

    Windows システムのセキュリティポリシーが、SMB ファイルシステムへのゲストアクセスをブロックしています。

  • ソリューション

    2016 以降の Windows Server バージョンでは、次のレジストリキーを変更してゲストアクセスを許可します。

    1. ファイルシステムをマウントしている ECS インスタンスにログインします。

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

    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 のゲストアクセスがデフォルトで無効」および「サーバーメッセージブロック署名の概要」をご参照ください。

Windows での SMB マウント時のシステムエラー 3227320323

  • 症状

    システムエラー 3227320323 が表示されます。

  • 原因

    Windows で [Microsoft ネットワーク クライアント: 通信にデジタル署名を常に行う] ポリシーが有効になっており、匿名マウントでは ID 情報がないため署名を実行できません。

  • ソリューション

    [Microsoft ネットワーク クライアント: 通信にデジタル署名を常に行う] ポリシーを無効にしてから、ファイルシステムを再度マウントします。このポリシーを無効にするには、次の手順に従います。

    1. Win+R を押し、gpedit.msc と入力して Enter キーを押し、ローカル グループ ポリシー エディターを開きます。

    2. を選択し、[Microsoft ネットワーク クライアント: 通信にデジタル署名を常に行う] をダブルクリックし、[無効] を選択して [OK] をクリックします。

SMB ファイルシステムのマウント時のシステムエラー 1312

  • 症状

    Windows システムエラー 1312。

  • 原因

    このエラーは、New-SmbGlobalMapping PowerShell コマンドを使用してファイルシステムをマウントする際に、誤ったユーザー名またはワークグループを入力した場合に発生します。

  • ソリューション

    [マイ コンピューター] のプロパティで正しいワークグループ名を見つけます。次に、マウントコマンドによってプロンプトが表示されたら、正しいユーザー名またはワークグループを入力します。たとえば、ユーザー名は workgroup\administrator で、パスワードは ECSadministrator です。

サーバー起動時の NFS 自動マウント失敗

症状

自動マウント用に構成された NFS ファイルシステムが、サーバーの再起動時にマウントに失敗します。

原因

サーバーが CentOS 7.0 を実行している可能性があります。CentOS 7.0 はデフォルトで fstab 内の非ローカルファイルシステムを処理せず、remote-fs.target サービスが無効になっています。その結果、サーバーの再起動後に NFS ファイルシステムの自動マウントが失敗します。

説明

この構成はカーネルバージョンのアップグレードでは変更されません。したがって、CentOS 7.0 が 7.9 カーネルにアップグレードされても、remote-fs.target サービスは無効のままであり、手動で remote-fs.target サービスを有効にする必要があります。

ソリューション

サーバー起動時に NFS ファイルシステムの自動マウントを有効にするには、次のいずれかのソリューションを選択し、/etc/fstab 構成ファイルを開いてマウント構成を追加します。マウント構成の追加方法については、「NFS ファイルシステムのマウント」をご参照ください。

  • ソリューション 1:恒久的な修正

    次のコマンドを順に実行して、サーバー起動時に NFS ファイルシステムを自動マウントするために remote-fs.target サービスを有効にします。

    systemctl start remote-fs.target
    systemctl enable remote-fs.target
  • ソリューション 2:回避策

    システムの rc.local ファイルに次のコマンドを追加して、サーバー起動時に NFS ファイルシステムを自動マウントするために 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

Windows NFS ソフトマウントの問題の解決

  • 問題の説明

    Windows に NFS ファイルシステムをマウントすると、デフォルトでソフトマウントが使用されます。このモードは、データ整合性を損ない、アプリケーションが予期せず終了する原因となる可能性があります。

    • データ整合性:ソフトマウントでは、サーバーへのリクエストがタイムアウトすると、クライアントはエラーを返します。アプリケーションは操作が未完了であると見なしますが、サーバーは既にリクエストを処理している可能性があります。この不一致により、データの不整合が発生する可能性があります。

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

  • ソリューション

    Windows では、これらの問題を回避するために、NFS ファイルシステムにハードマウントを使用してください。

    1. mount コマンドを実行して、現在のマウントモードを確認します。

      • 出力に mount=soft と表示される場合は、以下の手順に従ってください。

      • 出力に mount=hard と表示される場合は、変更は不要です。

        Local    Remote                Properties
        -----------------------------------------------------------
        X:       \\xxx                UID=-2, GID=-2
                                      rsize=32768, wsize=32768
                                      mount=hard, timeout=1.6
                                      retry=1, locking=yes
                                      fileaccess=755, lang=ANSI
                                      casesensitive=no
                                      sec=sys
    2. 現在この NFS ファイルシステムを使用しているアプリケーションをすべて停止します。

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

      umount H:

      umount コマンドのドライブ文字 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、および 10 以上のタイムアウト値が含まれていれば、マウントは成功です。

Windows での NFS マウントエラー

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

    ソリューション:正しいパラメーターを使用してファイルシステムを再マウントします。詳細については、「NFS ファイルシステムのマウント (汎用 NAS)」をご参照ください。

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

    ソリューション:正しいパラメーターを使用してファイルシステムを再マウントします。詳細については、「NFS ファイルシステムのマウント (汎用 NAS)」をご参照ください。

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

    C:\Users\Administrator>mount -n nolock -n mtype=hard -o timeout=60 \\12dc2a4b1d9-opu25
    Network Error - 1222
    For more information, type "NET HELPMSG 1222".

    ソリューション:NFS クライアントをインストールし、ファイルシステムを再マウントします。詳細については、「ステップ 1:NFS クライアントのインストール」をご参照ください。

コンテナでの NAS マウントエラー:access denied by server while mounting <mount_address>

症状

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

原因

考えられる原因は次のとおりです。

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

  2. コンテナを起動したホスト上のユーザーに、NAS ファイルシステムを変更する権限がありません。

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

ソリューション

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

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

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

    コンテナを起動したユーザーに root 権限がない場合は、root ユーザーとして NAS ファイルシステムにログインし、権限を変更してから、ファイルシステムを再度マウントします。これにより、コンテナユーザーの権限がマウントポイントのファイルシステム権限と一致するようになります。コンテナ内からファイルシステムをマウントする場合は、コンテナを privileged モードで実行してください。

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

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

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

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

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

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

    6. マウントポイントのリストで、権限グループ 列の権限グループ名をクリックして、そのグループのルールを表示します。

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

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

クラウドアシスタントのバッチ操作のトラブルシューティング

まず、入力したマウントパラメーターが正しいことを確認します。次に、コマンド出力のエラーコードを確認し、エラーメッセージのガイダンスに従います。詳細については、「エラーメッセージ」をご参照ください。最後に、ワンクリックマウント機能を使用して、単一の ECS インスタンスで操作を試みます。失敗した場合は、エラーメッセージを使用して問題を解決します。

または、NAS コンソールを使用して、単一の ECS インスタンスにファイルシステムをマウントします。マウントに失敗した場合は、画面の指示に従って問題を解決します。

コンソールでのファイルシステムのマウント失敗

ファイルシステムのマウント失敗をトラブルシューティングするには、次の表を使用してください。

失敗のカテゴリ

原因

ソリューション

ECS インスタンスまたはクラウドアシスタントが無効な状態です。

ECS インスタンスが実行中の状態ではありません。

ECS コンソールで対象の ECS インスタンスの状態を確認します。実行中でない場合はインスタンスを起動します。

クラウドアシスタントエージェントがインストールされていません。

クラウドアシスタントエージェントをインストールします。詳細については、「クラウドアシスタントエージェントのインストール」をご参照ください。

マウントコマンドがタイムアウトしたか、中断されました。

NFS クライアントのインストールが遅いです。

インストールが完了するのを待ってから、再度マウントを試みます。

NFS クライアントのインストールに失敗しました。

システムが NFS クライアントのソフトウェアソースを検出できません。

ECS インスタンスにログインし、手動で NFS クライアントをインストールします。詳細については、「NFS クライアントのインストール」をご参照ください。

入力パラメーターのフォーマットが正しくありません

マウントパスまたは NAS ディレクトリのフォーマットが正しくありません。

マウントパスと NAS ディレクトリが絶対パスであることを確認してください。オプションのパラメーターについては、デフォルト値を使用できます。

無効なマウントパス。

マウントパスが空のディレクトリではありません。

別のマウントパスを指定して、再度マウントを試みます。

マウントパスは既にマウントポイントとして使用されています。

マウントパスの親ディレクトリは既にマウントポイントとして使用されています。

不正なマウントコマンド

不正なマウントパラメーター。

デフォルトのマウント構成を使用して、マウント操作を再試行します。

その他のマウント失敗

トラブルシューティングスクリプトを実行して問題を診断します。詳細については、「ファイルシステムのマウント失敗のトラブルシューティング」をご参照ください。