UIS CVM主備切換失敗

檢查一下後台的message日誌看看

排查步驟

1. 檢查雙機熱備狀態（後台命令）

   • 在cvknode02執行：crm status
   • 預期正常狀態：master : cvknode2 (Online) slave : cvknode1 (Offline) # 或Online webip : [VIP] Started cvknode2
   • 若顯示cvknode1仍為master：
     → 說明切換未生效，可能雙機服務未完成切換或存在資源衝突。

2. 檢查雙機切換日誌

   • 關鍵日誌路徑：/var/log/cvm_master.log /var/log/cvm_master_slave.log
   • 操作：
     搜索fail/error/exchange等關鍵詞，定位切換失敗的具體原因（如服務啟動超時、資源爭搶）。

3. 驗證網絡ARP老化問題

   • 現象：切換後VIP短暫通後卡死 → 典型ARP未更新。
   • 解決方案：
     • 在交換機上清除虛IP（VIP）對應的ARP緩存：arp -d <VIP> # 在連接服務器的交換機執行
     • 或調整交換機的ARP老化時間（需網絡管理員配合）。

4. 檢查仲裁機製配置

   • 三節點環境必須配置仲裁：
     • 若使用簡易Ping仲裁：crm status | grep quorum 確保兩個仲裁IP地址有效且可達。
     • 若使用高級仲裁：
       確認仲裁主機（如cvknode3）狀態為Online且UIS版本與主備一致。

5. 檢查雙機服務依賴項

   • 關鍵服務狀態：systemctl status corosync pacemaker # 集群通信服務 drbd-overview # 存儲同步狀態
   • 若出現StandAlone（腦裂）：
     → 網絡分區導致，需檢查cvknode01與cvknode02間網絡鏈路。

6. 嚐試強製切換（謹慎操作）

   • 若雙機授權正常但切換失敗：
     • 在當前備機cvknode02執行：ms_exchange.sh # E0706及之後版本專用
   • 老版本（E0706前）：# 先在cvknode01執行： cvm_resource_stop.sh # 後在cvknode02執行： cvm_resource_start.sh

預防性建議

• 禁止修改主機名/IP：
  文檔明確要求雙機啟用後不可修改主機名或IP（可能導致數據同步失效）。
• 驗證存儲虛IP狀態：
  確保存儲組件虛IP已漂移到cvknode02（crm status中存儲虛IP狀態）。
• 檢查雙機授權綁定：
  切換後若提示License無效，需重新導入License並綁定新主機（見文檔案例）。

關鍵結論

若以上步驟仍無法解決，請收集以下信息聯係H3C技術支持：

1. crm status 完整輸出
2. /var/log/cvm_master*.log 日誌
3. 交換機ARP表（VIP對應MAC地址是否更新至cvknode02）

注：文檔多次強調雙機故障需通過日誌定位（如cvm_master_slave.log），90%的問題可據此解決。