解決因次要節點在 RPMDB 重建階段停止回應而造成的叢集升級停滯問題。此程序會將叢集縮減至單一已升級節點,並複製該節點以還原叢集。
問題
在 Omnissa Access 叢集升級期間,次要節點在「successfully rebuilt RPMDB」階段停止進行且維持無回應狀態。無法與受影響的節點建立新的 SSH 連線。叢集中的其他節點可能已成功完成升級。
原因
RPM 資料庫重建程序期間發生節點特定的環境問題,導致受影響節點無法完成升級。
解決方案
-
進行變更之前,請為每個叢集節點建立快照。
**附註:**如果您的部署使用外部資料庫,請先備份資料庫再繼續。
-
關閉無回應節點的電源。
-
在正常運作的節點上,確認升級已成功完成,然後為已升級的節點建立快照。
-
在 vCenter 中,針對每個已關閉電源的節點,分別複製一個已升級節點。
-
針對每個複製的節點,在 vCenter 中開啟虛擬機器設定,並更新網路介面卡 MAC 位址,使其與所取代原始節點的 MAC 位址相符。
-
開啟複製節點的電源,並以
root身分登入。 -
使用此節點的正確 IP 位址和主機名稱更新
/etc/hosts檔案。 -
執行
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf以還原 DNS 解析器組態。 -
編輯
/etc/systemd/network/10-eth0.network檔案,並將 IP 位址設定為此節點的正確位址。 -
編輯
/etc/hostname檔案,並將現有項目取代為此節點的正確主機名稱。 -
重新開機節點。
-
確認重新設定的節點已成功加入叢集,且所有 Omnissa Access 服務皆在執行中。
**附註:**針對每個其他複製的節點,重複步驟 5 到 12。
此頁面對您有幫助嗎?