全部產品
Search

搜尋本產品

    File Storage NAS：掛載檔案系統失敗故障排查

    文件中心

    File Storage NAS：掛載檔案系統失敗故障排查

    更新時間：Jun 09, 2026

    當掛載檔案系統失敗後，優先推薦您通過自動指令碼或排查思路定位問題。部分掛載操作的報錯，自動檢查指令碼無法排查處理，NAS也提供了常見報錯FAQ便於您查閱。本文介紹Elastic Compute Service掛載NAS檔案系統時，掛載失敗的排查方法與解決方案。

    重要

    • 在排查前，請確認掛載點狀態為可用狀態。如果掛載點狀態為休眠狀態，您需要通過控制台或OpenAPI重新啟用掛載點。更多資訊，請參見管理掛載點。

    • 在排查前，請確認當前帳號未欠費。如果帳號已欠費，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

      重要參數說明如下所示，請根據實際值替換。

      • file-system-id.region.nas.aliyuncs.com：NAS NFS協議檔案系統掛載點地址。您可以在NAS控制台，單擊目標檔案系統，然後單擊掛載使用，將滑鼠放置在掛載地址列的image表徵圖上擷取掛載點地址。

      • /：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 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

      Enterprise Server 12 SP2 64位：4.4.74-92.35-default及以上

      CoreOS

      CoreOS 2079.4.0 64位：4.19.43-coreos及以上

    2. CIFS用戶端檢查。

      確認Linux作業系統是否已安裝CIFS（cifs-utils）用戶端或者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. 確認Elastic Compute Service（Linux）和SMB協議檔案系統是否屬於同一個阿里雲帳號。

        如果不屬於同一個阿里雲帳號，請在ECS所屬帳號中建立SMB協議檔案系統或者通過雲企業網連通網路。更多資訊，請參見通過雲企業網實現跨帳號跨地區掛載NAS。

      2. 確認Elastic Compute Service（Linux）和SMB協議檔案系統處於同一個VPC中。

        如果不在同一個VPC，請重新建立SMB協議檔案系統或者通過雲企業網連通網路。更多資訊，請參見通過雲企業網實現同地區跨VPC掛載NAS。

    4. 445連接埠檢查。

      • 確認Elastic Compute Service（Linux）安全性群組是否設定為不允許訪問SMB協議檔案系統的IP地址或445連接埠。

        您可以通過執行telnet <VolumeDomainName> 445命令，檢查連通性。

        如果連接埠445未開啟，請在目標ECS執行個體的安全性群組中添加關於連接埠445的安全性群組規則。具體操作，請參見添加安全性群組規則。

      • 確認Elastic Compute Service（Linux）未試圖通過不受支援的TCP連接埠串連。

    5. 許可權組檢查。

      確認SMB協議檔案系統掛載點的許可權組允許ECS訪問。

      如果不允許ECS訪問，請修改許可權組配置。具體操作，請參見修改許可權組配置。

    6. ECS管理員掛載許可權檢查。

      確認Elastic Compute Service（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. 檔案系統同一時刻掛載的計算節點數量檢查。

      確認是否Elastic Compute Service（Linux）掛載串連數太多，超過了單檔案系統掛載上限（1000個）。

      • 如果超出掛載上限，請根據業務情境調整。

      • 如果未超出上限，請提交工單處理。

        同時請提供檔案系統資訊、Linux版本資訊、具體掛載命令、/var/log/messages和dmesg輸出。

    Windows系統掛載NFS協議的通用型NAS檔案系統失敗排查思路

    Windows系統掛載NFS協議的通用型NAS檔案系統失敗可能存在多種原因，您可以根據以下步驟依次排查。

    1. 帳號檢查。

      確認ECS執行個體和掛載點屬於同一個帳號。如果ECS執行個體和掛載點不屬於同一個帳號，您可通過雲企業網連通帳號後再掛載NFS協議檔案系統。具體操作，請參見通過雲企業網實現跨帳號跨地區掛載NAS。

    2. 掛載點網路檢查。

      確認ECS執行個體與掛載點屬於同一個VPC。如果ECS執行個體與掛載點不屬於同一個VPC，您可以通過雲企業網連通VPC然後掛載NFS協議檔案系統。具體操作，請參見通過雲企業網實現同地區跨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子目錄<dir>不存在導致報錯。您可以先掛載NAS根目錄，掛載成功後，建立需要的子目錄，再重新掛載子目錄。具體操作，請參見如何在Linux系統中建立NAS子目錄並完成掛載？。

    如何解決ECS執行個體重新命名報錯？

    問題現象

    NFSv4.0掛載時報錯資訊：mount.nfs: Operation not permitted或mount.nfs: an incorrect mount option was specified，但是使用NFSv3卻可以掛載成功。

    問題原因

    對於某些核心版本，如果執行掛載操作的ECS主機名稱與其他ECS主機名稱相同，且該重名ECS執行個體已使用NFSv4.0掛載了同一個NFS掛載點，此時會產生衝突。

    解決方案

    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協議檔案系統的NAS時，返回如下報錯資訊。

    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協議檔案系統。

    掛載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，請執行以下命令。

      使用NFS v3協議掛載檔案系統：

      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

      使用NFS v4協議掛載檔案系統：

      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. 選擇，然後右擊空白處，選擇。

      3. 將註冊表名稱修改為Locking，然後雙擊Locking，在彈出的編輯DWORD（32位）值視窗中，將數值資料修改為1。

      4. 單擊確定。

      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以及timeout參數>=10，否則說明掛載有問題。

        C:\Users\Administrator>mount
本地    遠程                                屬性
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 <掛載點地址>命令檢查掛載點地址是否連通，延時是否正常。

        • 如果網路連接正常，則執行步驟b。

        • 如果網路連接不通，請您先通過以下方式排查網路異常。

          • 確認掛載命令正確，無多餘或缺少/ 、\、空格及myshare等內容。

            正確掛載SMB協議檔案系統的命令格式：

            net use <掛載目標盤符> \\<掛載點地址>\myshare

            樣本：

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

          • 在控制台確認檔案系統類型為SMB。在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進階防火牆是否阻止了SMB相關的網路請求。

      在 Windows 進階防火牆的出站規則中，找到檔案和印表機共用 (SMB-Out)規則，開啟其屬性對話方塊，在常規選項卡中確認已啟用複選框已勾選，並將操作設定為允許串連。

    如何檢查和解決Windows掛載SMB協議檔案系統返回系統錯誤58？

    • 錯誤描述

      指定的伺服器無法運行請求的操作。

    • 原因分析

      用戶端SMB協議版本不相容。

    • 解決方案

      請確認Windows系統版本為Windows 2008 R2及以上版本（不包括Windows 2008）。

    如何檢查和解決Windows掛載SMB協議檔案系統返回系統錯誤64？

    • 錯誤描述

      指定的網路名稱不可用。

    • 原因分析

      • NAS許可權組未允許目標ECS訪問。

      • NAS許可權組未正確配置目標ECS的內網IP地址或VPC IP地址。

      • 服務欠費。

      • 選擇傳統網路進行掛載時，ECS和NAS不屬於同一阿里雲UID。

      • 檔案系統類型不是SMB。

    • 解決方案

      無權訪問NAS檔案系統資源，請從以下方面進行排查。

      1. 確認檔案系統掛載點許可權組已包含該機器的內網IP或VPC IP。

      2. 確認阿里雲UID未欠費。

      3. 確認傳統網路掛載時，ECS和NAS屬於同一個阿里雲UID。

      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網路的檔案和印表機共用，請選中對應的選項。並通過以下方式安裝並開啟對應的選項。

      同時確認QoS 資料包排程器也已勾選啟用。

      1. 開啟網路與共用中心，單擊主機所連網路。

      2. 單擊屬性。

      3. 在無線網路串連屬性對話方塊中，單擊安裝

        • 安裝Microsoft網路用戶端。

          1. 在選擇網路功能類型對話方塊中，選擇用戶端，單擊添加。

          2. 選擇Client for Microsoft Networks，單擊確定。

        • 安裝Microsoft網路的檔案和印表機共用。

          1. 在選擇網路功能類型對話方塊中，選擇服務，單擊添加。

          2. 選擇

    如何檢查和解決Windows掛載SMB協議檔案系統返回系統錯誤1272？

    • 錯誤描述

      系統提示：不能訪問此共用資料夾，因為您組織的安全性原則阻止未經身分識別驗證的訪客訪問。這些策略可協助保護您的電腦免受網路上不安全裝置或惡意裝置的威脅。

    • 原因分析

      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。

      更多資訊，請參見Guest access in SMB2 disabled by default in Windows和Overview of Server Message Block signing。

    如何檢查和解決Windows掛載SMB協議檔案系統返回系統錯誤3227320323？

    • 錯誤描述

      發生系統錯誤3227320323。

    • 原因分析

      Windows開啟了Microsoft網路用戶端：對通訊進行數位簽章（始終）策略，匿名掛載時沒有身份資訊無法進行簽名。

    • 解決方案

      禁用Microsoft網路用戶端：對通訊進行數位簽章（始終）策略後重新掛載檔案系統。關於如何禁用該策略，請參見如下步驟。

      1. 使用快速鍵Win+R，輸入gpedit.msc進入本機群組原則編輯器。

      2. 選擇，雙擊Microsoft網路用戶端：對通訊進行數位簽章（始終），選擇已禁用，單擊確定。

    如何檢查和解決Windows掛載SMB協議檔案系統返回系統錯誤1312？

    • 錯誤描述

      Windows System Error 1312。

    • 原因分析

      使用PowerShell命令New-SmbGlobalMapping進行掛載時，輸入的使用者名稱或者工作群組不正確。

    • 解決方案

      在電腦我的電腦屬性裡面查看正確的工作群組名稱，然後在執行掛載命令彈出的對話方塊裡面輸入正確的使用者名稱或工作群組。例如，使用者名稱為workgroup\administrator，密碼為ECSadministrator。

    如何解決伺服器開機自啟動掛載NFS協議檔案系統失敗？

    問題現象

    已設定管理員重啟後自動掛載NFS協議檔案系統，但重啟時，自動掛載失敗。

    原因分析

    可能伺服器的系統為CentOS 7.0。CentOS 7.0預設不處理fstab中的非local檔案系統，remote-fs.target服務狀態為disable，因此導致重啟雲端服務器後，自動掛載NFS協議檔案系統失敗。

    說明

    配置項不會隨著核心版本升級而變動，所以CentOS 7.0升級到7.9核心時，remote-fs.target服務依然是關閉的，需要您手動開啟remote-fs.target服務。

    解決方案

    您可以任選以下一種方案實現伺服器開機自啟動掛載NFS協議檔案系統，然後再開啟/etc/fstab設定檔，添加掛載配置。如何添加掛載配置，請參見掛載NFS協議檔案系統。

    • 方案一：徹底解決

      依次執行以下命令，開啟remote-fs.target服務，實現伺服器開機自啟動掛載NFS協議檔案系統。

      systemctl start remote-fs.target
      systemctl enable remote-fs.target

    • 方案二：臨時解決

      通過在系統的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 volume檔案？

    Windows Server 2016的IIS無法載入SMB協議檔案系統的解決方案，請參見安裝和配置AD域。

    如何檢查並解決Windows NFS soft掛載問題？

    • 問題描述

      在Windows系統上使用NFS協議檔案系統時，預設使用soft模式進行掛載，而在以下情境中soft模式會對資料一致性造成影響，並且會造成應用異常退出。

      • 資料一致性：使用soft模式掛載時，如果請求逾時，則返回錯誤。對於應用，這個操作是未完成的；對於服務端，這個請求可能已經執行，所以會造成資料不一致。

      • 應用異常退出：使用soft模式掛載時，如果請求逾時，則返回逾時錯誤。在某些語言中，會拋出異常，如果應用未處理，則會異常退出。

    • 解決方案

      在Windows系統中，使用hard模式掛載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:

        請根據實際掛載盤符進行替換掛載命令中的盤符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 -n nolock -n mtype=hard -o timeout=60 \\12dc2a4b1d9-opu25
網路錯誤 - 1222
有關詳細資料，請鍵入"NET HELPMSG 1222"。

      解決方案：請您安裝NFS用戶端之後，重新執行掛載操作。具體操作，請參見步驟一：安裝NFS用戶端。

    使用容器掛載NAS時，提示access denied by server while mounting <掛載地址>

    問題現象

    為容器掛載NAS檔案系統時，提示access denied by server while mounting <掛載地址>。

    問題原因

    可能存在以下原因：

    1. 掛載目錄不存在。

    2. 啟動容器時使用的宿主機角色，沒有修改NAS的許可權

    3. 掛載點配置的許可權組無容器的存取權限

    解決方案

    1. 確認掛載目錄是否存在。

      您可以執行cd <掛載目錄>命令，驗證掛載目錄是否存在。

    2. 確認容器啟動使用者是否有root許可權。

      如果容器啟動使用者無root許可權，則需要通過root登入NAS檔案系統，改變許可權屬性後再掛載，保持容器使用者和掛載點檔案系統的許可權一致。在容器內掛載時，需要以privileged方式運行容器。

    3. 確認掛載點配置的許可權組是否包含容器的IP。

      1. 登入NAS控制台。

      2. 在左側導覽列，選擇檔案系統>檔案系統列表。

      3. 在頂部功能表列，選擇地區。

      4. 在檔案系統列表頁面，單擊目標檔案系統操作列的管理。

      5. 在檔案系統列表詳情頁，單擊掛載使用。

      6. 在掛載點列表的許可權組列，單擊許可權組名稱，進入該許可權組的規則列表頁面。

      7. 確認許可權組規則中已添加目標容器IP。

        如果許可權組規則中無目標容器IP，請將目標容器IP加入許可權組規則中。具體操作，請參見為許可權組添加規則。

    通過雲助手批量掛載、卸載、查詢狀態失敗時，該怎麼辦？

    首先確認填寫的掛載參數都符合條件。其次觀察命令結果的錯誤碼，根據錯誤提示進一步處理。更多資訊，請參見錯誤資訊。最後可以使用一鍵掛載功能，嘗試先在一台ECS上面執行操作，如果失敗再看相關報錯提示，處理問題。

    您也可以通過NAS控制台，先在一台ECS執行個體上掛載檔案系統，如果掛載失敗，請根據提示資訊進一步處理。

    通過控制台掛載檔案系統失敗可能有哪些原因？

    請您排查以下掛載失敗原因並嘗試修複。

    掛載失敗分類

    掛載失敗可能原因

    解決方案

    ECS執行個體或雲助手狀態異常

    ECS執行個體非運行中狀態

    在ECS控制台檢查目標ECS執行個體狀態並修複。

    雲助手用戶端未安裝

    請您安裝雲助手用戶端。具體操作，請參見安裝雲助手Agent。

    掛載命令運行逾時或中斷

    NFS用戶端安裝太慢

    等待一段時間，再次嘗試掛載操作。

    NFS用戶端安裝失敗

    NFS用戶端軟體源識別失敗

    請您登入ECS執行個體，手動安裝NFS用戶端。具體操作，請參見安裝NFS用戶端。

    輸入參數格式錯誤

    掛載路徑和NAS目錄傳入錯誤

    請您檢查掛載路徑和NAS目錄都必須是絕對路徑，非必填參數使用預設值即可。

    掛載路徑不符合要求

    掛載路徑非空目錄

    請您更換掛載路徑，然後再次嘗試掛載。

    掛載路徑已掛載在其他掛載點上

    掛載路徑的父目錄已掛載在其他掛載點上

    掛載命令錯誤

    掛載參數配置錯誤

    建議您使用預設掛載配置再次嘗試掛載操作。

    其他掛載失敗原因

    請執行錯誤排查指令碼定位具體問題。具體操作，請參見掛載檔案系統失敗故障排查。