Skip to main content
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

疑難排解網路、硬體及平台問題

貢獻者

您可以執行多項工作、以協助判斷StorageGRID 與故障有關的問題來源。

“422 : Unprocessable Entity” 錯誤

錯誤 422 :無法處理的實體可能會因不同原因而發生。請查看錯誤訊息、以判斷您的問題是由何種原因造成的。

如果您看到列出的錯誤訊息之一、請採取建議的行動。

錯誤訊息 根本原因與修正行動
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration. Unable to
authenticate, please verify
your username and password:
LDAP Result Code 8 "Strong
Auth Required": 00002028:
LdapErr: DSID-0C090256,
comment: The server requires
binds to turn on integrity
checking if SSL\TLS are not
already active on the
connection, data 0, v3839

如果您在使用Windows Active Directory(AD)設定身分識別聯盟時、選取「傳輸層安全性(TLS)」「不要使用TLS」選項、就可能會出現此訊息。

不支援使用*「不使用TLS*」選項來搭配執行LDAP簽署的AD伺服器使用。您必須選取*使用ARTTLS*選項或*使用LDAPS*選項來使用TLS。

422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration.Unable to
begin TLS, verify your
certificate and TLS
configuration: LDAP Result
Code 200 "Network Error":
TLS handshake failed
    (EOF)

如果您嘗試使用不受支援的密碼、將傳輸層安全性(TLS)連線從StorageGRID 支援的內部系統、連接到用於識別聯盟或雲端儲存資源池的外部系統、則會出現此訊息。

檢查外部系統提供的密碼。系統必須使用其中一項 "StorageGRID 支援的密碼" 對於傳出的 TLS 連線、如管理 StorageGRID 的指示所示。

[[troubleshoot _MTU _alert]] Grid Network MTU 不相符警示

當Grid Network介面(eth0)的最大傳輸單位(MTU)設定在網格中的各個節點之間大幅不同時、就會觸發* Grid Network MTU mismis*警示。

關於這項工作

MTU設定的差異可能代表部分(但並非全部)eth0網路已設定為使用巨型框架。MTU大小不相符的值大於1000、可能會導致網路效能問題。

步驟
  1. 列出所有節點上eth0的MTU設定。

    • 使用Grid Manager中提供的查詢。

    • 瀏覽至 primary Admin Node IP address/metrics/graph 並輸入下列查詢: node_network_mtu_bytes{interface='eth0'}

  2. "修改 MTU 設定" 為確保所有節點上的網格網路介面( eth0 )相同、請視需要加以確認。

    • 對於Linux和VMware型節點、請使用下列命令: /usr/sbin/change-ip.py [-h] [-n node] mtu network [network...]

      範例change-ip.py -n node 1500 grid admin

      附註:在Linux型節點上、如果容器內網路所需的MTU值超過主機介面上已設定的值、您必須先將主機介面設定為所需的MTU值、然後使用 change-ip.py 指令碼來變更容器中網路的MTU值。

      請使用下列引數來修改Linux或VMware節點上的MTU。

    位置引數 說明

    mtu

    要設定的MTU。必須介於1280至9216之間。

    network

    要套用MTU的網路。包括下列一種或多種網路類型:

    • 網格

    • 管理

    • 用戶端

    +

    選用引數 說明

    -h, – help

    顯示說明訊息並結束。

    -n node, --node node

    節點。預設值為本機節點。

網路接收錯誤( NRER )警報

網路接收錯誤(NERRE)警示可能是StorageGRID 由於故障導致的、例如在連接到您的網路硬體時發生問題。在某些情況下、NERRER錯誤可以在不需手動介入的情況下清除。如果錯誤沒有清除、請採取建議的行動。

關於這項工作

NERRER警示可能是因為下列連線StorageGRID 到該產品的網路硬體問題所導致:

  • 需要轉送錯誤修正(FEC)、且不使用

  • 交換器連接埠和NIC MTU不符

  • 高連結錯誤率

  • NIC環狀緩衝區溢位

步驟
  1. 請依照您的網路組態、針對NERRER警示的所有可能原因、遵循疑難排解步驟。

  2. 視錯誤原因而定、請執行下列步驟:

    FEC 不相符
    註 這些步驟僅適用於 StorageGRID 應用裝置上 FEC 不相符所造成的 NRER 錯誤。
    1. 檢查連接StorageGRID 到您的產品的交換器連接埠的FEC狀態。

    2. 檢查從設備到交換器的纜線實體完整性。

    3. 如果您想要變更 FEC 設定以嘗試解決 NRER 警示、請先確認在 StorageGRID 應用裝置安裝程式的「連結組態」頁面上、已將應用裝置設定為 * 自動 * 模式(請參閱應用裝置的說明:

    4. 變更交換器連接埠上的 FEC 設定。如果可能、該產品連接埠會調整其FEC設定。StorageGRID

      您無法在 StorageGRID 應用裝置上設定 FEC 設定。相反地、應用裝置會嘗試探索並鏡射其所連接之交換器連接埠上的FEC設定。如果鏈路被迫達到25-GbE或100-GbE網路速度、交換器和NIC可能無法協調通用的FEC設定。如果沒有通用的FEC設定、網路就會回到「no FEC」模式。如果未啟用 FEC 、則連線更容易受到電子雜訊所造成的錯誤影響。

      註 StorageGRID 應用裝置支援 Firecode ( FC )和 Reed Solomon ( RS ) FEC 、也不支援 FEC 。
    交換器連接埠和NIC MTU不符

    如果錯誤是由交換器連接埠和NIC MTU不符所造成、請檢查節點上設定的MTU大小是否與交換器連接埠的MTU設定相同。

    節點上設定的MTU大小可能小於節點所連接之交換器連接埠上的設定。如果StorageGRID 某個站台接收的乙太網路訊框大於其MTU(此組態可能有此功能)、則可能會報告NERRER警示。如果您認為這是發生的情況、請根據StorageGRID 端點對端點MTU的目標或需求、變更交換器連接埠的MTU以符合該網路介面MTU、或變更StorageGRID 該網路介面的MTU以符合交換器連接埠。

    重要 為獲得最佳網路效能、所有節點都應在其Grid Network介面上設定類似的MTU值。如果個別節點上Grid Network的MTU設定有顯著差異、則會觸發* Grid Network MTU mismis*警示。所有網路類型的 MTU 值都不一定相同。請參閱 疑難排解Grid Network MTU不相符警示 以取得更多資訊。
    註 另請參閱 "變更MTU設定"
    高連結錯誤率
    1. 啟用FEC(若尚未啟用)。

    2. 確認您的網路纜線品質良好、而且未損壞或連接不當。

    3. 如果纜線似乎沒有問題、請聯絡技術支援部門。

      註 您可能會注意到、在電子雜訊較高的環境中、錯誤率很高。
    NIC環狀緩衝區溢位

    如果錯誤是NIC環緩衝區溢位、請聯絡技術支援部門。

    當無法及時處理網路事件時、當整個過程中出現過多的問題時、環狀緩衝區可能會發生溢位StorageGRID 。

  3. 解決基礎問題之後、請重設錯誤計數器。

    1. 選取*支援*>*工具*>*網格拓撲*。

    2. 選擇*站台_*>*網格節點_*>* SES*>*資源*>*組態*>*主*。

    3. 選擇*重設接收錯誤計數*、然後按一下*套用變更*。

時間同步錯誤

您可能會在網格中看到時間同步的問題。

如果您遇到時間同步問題、請確認您已指定至少四個外部NTP來源、每個來源都提供階層3或更好的參考資料、而且所有外部NTP來源都正常運作、StorageGRID 且可由您的支援節點存取。

註 何時 "指定外部 NTP 來源" 若為正式作業層級的 StorageGRID 安裝、請勿在 Windows Server 2016 之前的 Windows 版本上使用 Windows 時間( W32Time )服務。舊版Windows上的時間服務不夠準確、Microsoft不支援在StorageGRID 高準確度環境中使用、例如:

Linux:網路連線問題

您可能會發現StorageGRID Linux主機上裝載的架構網格節點的網路連線問題。

MAC位址複製

在某些情況下、可使用MAC位址複製來解決網路問題。如果您使用的是虛擬主機、請在節點組態檔中將每個網路的MAC位址複製金鑰值設為「true」。此設定會使StorageGRID 不支援的容器的MAC位址使用主機的MAC位址。若要建立節點組態檔案、請參閱的指示 "Red Hat Enterprise Linux或CentOS""Ubuntu或DEBIAN"

重要 建立獨立的虛擬網路介面、供Linux主機作業系統使用。如果StorageGRID Hypervisor上未啟用混雜模式、則在Linux主機作業系統和支援此功能的Container上使用相同的網路介面、可能會導致主機作業系統無法連線。

如需啟用 MAC 複製的詳細資訊、請參閱的指示 "Red Hat Enterprise Linux或CentOS""Ubuntu或DEBIAN"

混雜模式

如果您不想使用 MAC 位址複製、而是希望允許所有介面接收和傳輸 MAC 位址的資料、而非 Hypervisor 指定的位址、 請確定虛擬交換器和連接埠群組層級的安全性內容在「雜亂模式」、「 MAC 位址變更」和「僞造傳輸」中設為 * 接受 * 。虛擬交換器上設定的值可由連接埠群組層級的值覆寫、因此請確保兩個位置的設定都相同。

如需使用混雜模式的詳細資訊、請參閱的指示 "Red Hat Enterprise Linux或CentOS""Ubuntu或DEBIAN"

Linux:節點狀態為「孤立」

處於孤立狀態的Linux節點通常表示StorageGRID 、控制StorageGRID 節點容器的孤立服務或是由節點監控的節點監控程式、會在非預期情況下死亡。

關於這項工作

如果Linux節點回報其處於孤立狀態、您應該:

  • 檢查記錄中是否有錯誤和訊息。

  • 嘗試重新啟動節點。

  • 如有必要、請使用Container Engine命令來停止現有的節點容器。

  • 重新啟動節點。

步驟
  1. 檢查服務精靈和孤立節點的記錄、查看是否有明顯的錯誤或非預期結束的訊息。

  2. 以root身分或使用具有Sudo權限的帳戶登入主機。

  3. 執行下列命令、嘗試重新啟動節點: $ sudo storagegrid node start node-name

    $ sudo storagegrid node start DC1-S1-172-16-1-172

    如果節點是孤立的、則回應為

    Not starting ORPHANED node DC1-S1-172-16-1-172
  4. 從Linux停止Container引擎和任何控制的storagegrid節點程序。例如:sudo docker stop --time secondscontainer-name

    適用於 `seconds`下、輸入您要等待容器停止的秒數(通常為15分鐘或更短)。例如:

    sudo docker stop --time 900 storagegrid-DC1-S1-172-16-1-172
  5. 重新啟動節點: storagegrid node start node-name

    storagegrid node start DC1-S1-172-16-1-172

Linux:疑難排解IPv6支援

如果您在StorageGRID Linux主機上安裝了支援IPv6的節點、而且您注意到IPv6位址尚未如預期指派給節點容器、則可能需要在核心中啟用IPv6支援。

關於這項工作

您可以在Grid Manager的下列位置查看已指派給網格節點的IPv6位址:

  • 選取*節點*、然後選取節點。然後在「總覽」標籤上、選取「* IP位址*」旁的*「顯示更多」*。

    節點的螢幕擷取畫面>總覽> IP位址
  • 選取*支援*>*工具*>*網格拓撲*。然後選取「節點_>* SUS*>* Resources (*資源)」。如果已指派IPv6位址、則會在「網路位址」區段的「IPv6位址」下方列出。

如果未顯示IPv6位址、且節點已安裝在Linux主機上、請依照下列步驟在核心中啟用IPv6支援。

步驟
  1. 以root身分或使用具有Sudo權限的帳戶登入主機。

  2. 執行下列命令: sysctl net.ipv6.conf.all.disable_ipv6

    root@SG:~ # sysctl net.ipv6.conf.all.disable_ipv6

    結果應為0。

    net.ipv6.conf.all.disable_ipv6 = 0
    註 如果結果不是0、請參閱作業系統的文件以瞭解如何變更 sysctl 設定:然後、請先將值變更為0再繼續。
  3. 進入StorageGRID 「節點容器」: storagegrid node enter node-name

  4. 執行下列命令: sysctl net.ipv6.conf.all.disable_ipv6

    root@DC1-S1:~ # sysctl net.ipv6.conf.all.disable_ipv6

    結果應為1。

    net.ipv6.conf.all.disable_ipv6 = 1
    註 如果結果不是1、則此程序不適用。聯絡技術支援。
  5. 結束容器: exit

    root@DC1-S1:~ # exit
  6. 以root身份編輯下列檔案: /var/lib/storagegrid/settings/sysctl.d/net.conf

    sudo vi /var/lib/storagegrid/settings/sysctl.d/net.conf
  7. 找出下列兩行、並移除註解標記。然後儲存並關閉檔案。

    net.ipv6.conf.all.disable_ipv6 = 0
    net.ipv6.conf.default.disable_ipv6 = 0
  8. 執行下列命令以重新啟動StorageGRID 此資訊容器:

    storagegrid node stop node-name
    storagegrid node start node-name