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%的问题可据此解决。