Skip to main content

2026 年 5 月 27 日

Omnissa Access 叢集升級卡在 RPMDB 重建階段

解決因次要節點在 RPMDB 重建階段停止回應而造成的叢集升級停滯問題。此程序會將叢集縮減至單一已升級節點,並複製該節點以還原叢集。

問題

在 Omnissa Access 叢集升級期間,次要節點在「successfully rebuilt RPMDB」階段停止進行且維持無回應狀態。無法與受影響的節點建立新的 SSH 連線。叢集中的其他節點可能已成功完成升級。

原因

RPM 資料庫重建程序期間發生節點特定的環境問題,導致受影響節點無法完成升級。

解決方案

  1. 進行變更之前,請為每個叢集節點建立快照。

    **附註:**如果您的部署使用外部資料庫,請先備份資料庫再繼續。

  2. 關閉無回應節點的電源。

  3. 在正常運作的節點上,確認升級已成功完成,然後為已升級的節點建立快照。

  4. 在 vCenter 中,針對每個已關閉電源的節點,分別複製一個已升級節點。

  5. 針對每個複製的節點,在 vCenter 中開啟虛擬機器設定,並更新網路介面卡 MAC 位址,使其與所取代原始節點的 MAC 位址相符。

  6. 開啟複製節點的電源,並以 root 身分登入。

  7. 使用此節點的正確 IP 位址和主機名稱更新 /etc/hosts 檔案。

  8. 執行 sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf 以還原 DNS 解析器組態。

  9. 編輯 /etc/systemd/network/10-eth0.network 檔案,並將 IP 位址設定為此節點的正確位址。

  10. 編輯 /etc/hostname 檔案,並將現有項目取代為此節點的正確主機名稱。

  11. 重新開機節點。

  12. 確認重新設定的節點已成功加入叢集,且所有 Omnissa Access 服務皆在執行中。

    **附註:**針對每個其他複製的節點,重複步驟 5 到 12。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

請勿填寫任何個人或機密資訊。

正在產生連結…