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

NFS マウントの失敗のトラブルシューティング用自動スクリプト

Linux サーバーへの NFS ファイルシステムのマウントは、いくつかの理由で失敗する可能性があります。この自動チェックスクリプトを使用して、問題をトラブルシューティングしてください。

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

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

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

自動チェックスクリプトを実行し、出力で設定を確認します。
```
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 ファイルシステム上のパス (通常はルートディレクトリ /) を指定します。マウントターゲットアドレスを取得するには、NAS コンソールに移動し、ターゲットファイルシステムをクリックし、マウント使用 をクリックしてから、[マウントターゲットアドレス] 列のアイコンにカーソルを合わせます。
- /：NAS ファイルシステムのルートディレクトリです。
- /mnt：ファイルシステムをマウントするローカルパスです。
マウント設定を修正すると、自動チェックスクリプトはマウントコマンドと完了メッセージを返します。
返されたマウントコマンドをコピーして実行し、マウントを検証してください。

SMB マウント失敗用の自動検査スクリプト

SMB プロトコルを使用して Windows サーバーにファイルシステムをマウントする際、複数の理由で失敗する場合があります。次の手順に従って、自動検査スクリプトを実行し、原因を特定してください。

対象の Windows サーバーにログインします。
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 からの出力を確認してください。

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 以降

CIFS クライアントの確認

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

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

オペレーティングシステム	コマンド
Ubuntu	`sudo apt list cifs-utils`
Debian	`sudo apt list cifs-utils`
RHEL	`sudo yum list cifs-utils`
CentOS	`sudo yum list cifs-utils`
openSUSE	`sudo zypper search -i cifs-utils`
SUSE Linux	`sudo zypper search -i cifs-utils`
CoreOS	`which mount.cifs`

ネットワーク接続の確認

ping <VolumeDomainName> コマンドを実行してネットワーク接続性を確認します。
1. 同一 Alibaba Cloud アカウントの確認
  
  同じ Alibaba Cloud アカウントに属していない場合は、ECS インスタンスと同じアカウントに SMB ファイルシステムを作成するか、Cloud Enterprise Network (CEN) を使用して VPC を接続してください。詳細については、「CEN を使用したアカウントおよびリージョンをまたぐ NAS のマウント」をご参照ください。
2. 同一 VPC の確認
  
  同じ VPC に属していない場合は、新しい SMB ファイルシステムを作成するか、CEN を使用して VPC を接続してください。詳細については、「同一リージョン内で CEN を使用して VPC 間で NAS ファイルシステムをマウントする」をご参照ください。
ポート 445 の確認
- Linux ECS インスタンスのセキュリティグループが、SMB ファイルシステムの IP アドレスまたはポート 445 へのアクセスをブロックしていないか確認してください。
  
  telnet <VolumeDomainName> 445 コマンドを実行して、接続性を確認します。
  
  ポート 445 が開放されていない場合は、ポート 445 のトラフィックを許可するルールを対象の ECS インスタンスのセキュリティグループに追加してください。詳細については、「セキュリティグループルールの追加」をご参照ください。
- Linux ECS インスタンスがサポートされていない TCP ポートを使用して接続しようとしていないことを確認してください。
権限グループの確認

SMB ファイルシステムのマウントターゲットに設定されている権限グループで、ECS インスタンスからのアクセスが許可されていることを確認してください。

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

Linux ECS インスタンスの管理者に root または sudo 権限があることを確認してください。
マウントコマンドの確認

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 ファイルシステムのマウントパラメーター」をご参照ください。
SELinux の確認

対象ディレクトリの SELinux 設定が正しいことを確認してください。
同時マウント数の確認

Linux ECS インスタンスからのマウント接続数が、ファイルシステムあたりのマウント上限 (1,000) を超えていないか確認してください。
- 上限を超えている場合は、ビジネス要件に基づいて調整してください。
- 上限を超えていない場合は、サポートを受けるためにチケットを送信してください。
  
  チケットには、ファイルシステム情報、Linux バージョン、具体的なマウントコマンド、および /var/log/messages と dmesg の出力を記載してください。

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

Windows システムで汎用 NFS ファイルシステムをマウントすると、複数の要因により失敗することがあります。次の手順に従って問題をトラブルシューティングしてください。

アカウントの確認

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

ECS インスタンスとマウントターゲットが同じ VPC に属していることを確認してください。同じ VPC に属していない場合は、NFS ファイルシステムをマウントする前に、CEN を使用して VPC を接続してください。詳細については、「同一リージョン内で CEN を使用して VPC 間で NAS ファイルシステムをマウントする」をご参照ください。
ポート 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
```
NFS ファイルシステムの権限グループの確認

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

サブディレクトリが存在しないエラー

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

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

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

現象

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

原因

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

解決策

対象の ECS インスタンスで次のコマンドを実行してください：

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

オフピーク時間に ECS インスタンスを再起動してください。

または、マウントされているすべての NFS ファイルシステムを手動でアンマウントし、 rmmod コマンドを実行して NFSv4.0 クライアントと NFS カーネルモジュールをアンロードしてください。
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 モジュールがカーネルに正しくロードされなくなります。

解決策

/etc/modprobe.d/sunrpc.conf ファイル内の設定を options sunrpc tcp_slot_table_entries=128 に修正します。
modprobe sunrpc コマンドを実行して、sunrpc モジュールをロードします。
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 の場合は、file-system-id.region.extreme.nas.aliyuncs.com プレースホルダーを使用します。

汎用 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 値 60.0 が含まれていれば、マウントは成功しています。
```
C:\Users\Administrator>mount
Local    Remote                                 Properties
Z:      \\29xxx.nas~    UID=-2, GID=-2
                          rsize=1048576, wsize=1048576
                          mount=hard, timeout=60.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 はサポートされていません。

Windows の SMB マウントにおけるシステムエラー 64 のトラブルシューティング

エラーメッセージ

The specified network name is no longer available.
原因
- 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. [WLAN のプロパティ] ダイアログボックスで、[インストール] をクリックします。
  - Microsoft ネットワーク用クライアントをインストールするには：
    1. [ネットワーク機能の種類の選択] ダイアログボックスで、[クライアント] を選択し、[追加] をクリックします。
    2. [Microsoft ネットワーク用クライアント] を選択し、[OK] をクリックします。
  - Microsoft ネットワーク用ファイルとプリンター共有をインストールするには：
    1. [ネットワーク機能の種類の選択] ダイアログボックスで、[サービス] を選択し、[追加] をクリックします。
    2. を選択し、[OK] をクリックします。

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

症状

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

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

Windows Server 2016 より後のバージョンでは、次のレジストリキーを変更してゲストアクセスを許可します。
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 を開き、次のコマンドを実行して作成します。
```
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 のゲストアクセスが既定で無効になっている」および「SMB 署名の概要」をご参照ください。

Windows の SMB マウントにおけるシステムエラー 3227320323

症状

システムエラー 3227320323 が返されます。
原因

Windows で [Microsoft ネットワーククライアント: 常に通信にデジタル署名を行う] ポリシーが有効になっています。このポリシーは、匿名マウントではデジタル署名に必要なアイデンティティ情報が提供されないため、マウントをブロックします。
解決策

[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 を実行しているサーバーで発生する可能性があります。デフォルトでは、remote-fs.target サービスが無効になっているため、CentOS 7.0 は /etc/fstab ファイルにリストされている非ローカルファイルシステムを処理しません。その結果、NFS ファイルシステムはサーバーの再起動時に自動マウントに失敗します。

説明

この設定は、カーネルバージョンのアップグレードによる影響を受けません。たとえば、CentOS 7.0 システムを 7.9 カーネルにアップグレードしても、remote-fs.target サービスは無効のままです。サービスは手動で有効にする必要があります。

解決策

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

解決策 1：恒久的な修正

次のコマンドを実行して、remote-fs.target サービスを起動し、恒久的に有効にしてください。これにより、ブート時に NFS ファイルシステムが確実にマウントされるようになります。
```
systemctl start remote-fs.target
```
```
systemctl enable remote-fs.target
```
解決策 2：回避策

代替案として、次のコマンドを実行して、マウントコマンドを /etc/rc.local ファイルに追加してください。これにより、/etc/fstab にリストされているすべての 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 ボリュームがロードできない問題

この問題を解決するには、「AD ドメインのインストールと設定」をご参照ください。

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、および timeout の値が 10 以上である場合、マウントは成功です。

Windows での NFS マウントエラー

問題：無効なファイルハンドル

解決策：正しいパラメーターでファイルシステムを再マウントします。詳細については、「NFS ファイルシステムのマウント (汎用 NAS)」をご参照ください。
問題：ネットワークエラー - 53

解決策：正しいパラメーターでファイルシステムを再マウントします。詳細については、「NFS ファイルシステムのマウント (汎用 NAS)」をご参照ください。
問題：ネットワークエラー - 1222
```
C:\Users\Administrator>mount -o nolock,mtype=hard,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> が表示されます。

原因

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

マウントディレクトリが存在しません。
コンテナを起動するホスト上のユーザーに、NAS ファイルシステムを変更する権限がありません。
マウントターゲットに設定されている権限グループが、コンテナへのアクセスを許可していません。

解決策

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

cd <mount_directory> コマンドを実行して、ディレクトリが存在するかどうかを確認できます。
コンテナを起動するユーザーがルート権限を持っていることを確認します。

コンテナを起動するユーザーがルート権限を持っていない場合は、ルートユーザーとして NAS ファイルシステムにログインし、権限を変更してから、ファイルシステムを再度マウントします。これにより、コンテナユーザーの権限がマウントターゲット上のファイルシステムの権限と一致するようになります。コンテナ内からファイルシステムをマウントする場合は、コンテナを 特権モード で実行します。
マウントターゲットに設定されている権限グループに、コンテナの IP アドレスが含まれていることを確認します。
1. NASコンソールにログインします。
2. ナビゲーションペインで、ファイルシステム > ファイルシステムリスト を選択します。
3. 上部メニューで、リージョンを選択します。
4. ファイルシステムリスト ページで、ターゲットファイルシステムを見つけ、操作列の管理をクリックします。
5. ファイルシステムの詳細ページで、マウント使用 をクリックします。
6. マウントターゲットのリストで、権限グループ 列の権限グループ名をクリックして、そのグループのルールを表示します。
7. 権限グループのルールに、ターゲットコンテナの IP アドレスが含まれていることを確認します。
  
  ターゲットコンテナの IP アドレスが権限グループのルールに含まれていない場合は、追加してください。詳細については、「権限グループにルールを追加する」をご参照ください。

クラウドアシスタントのバッチオペレーションに関するトラブルシューティング

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

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

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

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

失敗のカテゴリ	原因	ソリューション
ECS インスタンスまたは Cloud Assistant が無効な状態です。	ECS インスタンスが実行中ではありません。	ECS コンソールで対象の ECS インスタンスの状態を確認してください。実行中でない場合は、インスタンスを起動してください。
ECS インスタンスまたは Cloud Assistant が無効な状態です。	Cloud Assistant Agent がインストールされていません。	Cloud Assistant Agent をインストールしてください。詳細については、「Cloud Assistant Agent のインストール」をご参照ください。
マウントコマンドがタイムアウトしたか、中断されました。	NFS クライアントのインストールが遅くなっています。	インストールが完了するまで待ってから、再度マウントを試行してください。
NFS クライアントのインストールに失敗しました。	システムが NFS クライアントのソフトウェアソースを検出できません。	ECS インスタンスにログインし、手動で NFS クライアントをインストールしてください。詳細については、「NFS クライアントのインストール」をご参照ください。
入力パラメーターのフォーマットが正しくありません。	マウントパスまたは NAS ディレクトリのフォーマットが正しくありません。	マウントパスと NAS ディレクトリが絶対パスであることを確認してください。オプションパラメーターについては、デフォルト値を使用できます。
無効なマウントパスです。	マウントパスが空のディレクトリではありません。	別のマウントパスを指定して、再度マウントを試行してください。
	マウントパスはすでにマウントポイントとして使用されています。
	マウントパスの親ディレクトリはすでにマウントポイントとして使用されています。
マウントコマンドが正しくありません。	マウントパラメーターが正しくありません。	デフォルトのマウント設定を使用して、マウント操作をリトライしてください。
マウントコマンドが正しくありません。	その他のマウント失敗	トラブルシューティングスクリプトを実行して問題を診断してください。詳細については、「ファイルシステムのマウント失敗のトラブルシューティング」をご参照ください。

NFS マウントの失敗のトラブルシューティング用自動スクリプト

SMB マウント失敗用の自動検査スクリプト

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

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

サブディレクトリが存在しないエラー

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

NFS のマウント時における「mount.nfs: No such device」エラー

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

汎用 NAS NFS のファイルハンドルエラーの修正

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

Windows SMB ファイルシステムにおけるシステムエラー 58

Windows の SMB マウントにおけるシステムエラー 64 のトラブルシューティング

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

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

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

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

Windows の SMB マウントにおけるシステム エラー 3227320323

SMB ファイルシステムのマウント時に発生するシステムエラー 1312

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

Windows Server 2016 の IIS で SMB ボリュームがロードできない問題

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

Windows での NFS マウントエラー

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

クラウド アシスタントのバッチオペレーションに関するトラブルシューティング

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

NFS のマウント時における「`mount.nfs: No such device`」エラー

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

汎用 NAS NFS の`ファイルハンドルエラー`の修正

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

Windows の SMB マウントにおけるシステムエラー 3227320323

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

クラウドアシスタントのバッチオペレーションに関するトラブルシューティング