问题说明

主机加入虚拟交换机时，产品会按页面上行配置同步主机 bond。若页面为 active-backup、主机和物理交换机原为 LACP，主机侧被改为 active-backup 后两端聚合模式不一致；管理 IP 又依赖该 bond 时，管理网和业务网可同时中断。

现象

• 添加上行链路或将主机加入虚拟交换机后，页面任务失败，主机立即失联。
• 主机上的 VM/QEMU 进程可能仍运行，但管理网和 VM 网络异常。
• SAN 场景可能因原进程仍运行而出现锁，锁是保护结果，不是首发根因。

适用环境

ZSphere 4.10.26.7 已验证；属于操作/配置不一致，不具有已证明的版本特异性。

可能原因

不要先清 SAN 锁。通过 BMC/带外确认主机和 VM存活，再只读核对页面、主机 bond、物理交换机 Port-Channel/Eth-Trunk 三端模式，以及管理 IP 到 bond 的依赖关系。

问题定性

• 类型：人为操作/配置问题（Man-Made Fault），不是 Bug、Env Issue或 Improvement。
• 已知问题：否；TIC-6154 是已闭环现场案例，2026-07-24 Closed/Done。
• 根因：变更前未统一页面、主机 bond和物理交换机三端聚合模式；产品按页面配置将主机切为 active-backup，交换机仍为 LACP。
• 置信度：高，前提是操作审计、三端配置和恢复验证一致。

排查步骤

检查一：带外确认主机和VM状态

• 只读命令（通过 BMC/带外执行）：

  virsh list
  ip -br addr
  ip route

• VM仍 running、管理 IP 在 bridge 且出口依赖目标 bond：禁止清锁或异地强启，继续核对 bond。
• 主机自身宕机：不属于本篇，转硬件/OS启动排查。

检查二：读取主机bond与桥接关系

• 只读命令：

  cat /proc/net/bonding/bond0
  bridge link
  bridge vlan
  ethtool bond0

• Bonding Mode 为 active-backup，而交换机端仍为 LACP：模式不一致证据成立。
• 主机仍为 802.3ad/LACP且协商正常：不能引用 TIC-6154，继续查 VLAN、端口、路由或防火墙。

检查三：对齐操作前后配置

• 页面只读检查：虚拟交换机上行名称、bond模式、成员网卡、操作审计时间。
• 交换机只读检查：成员端口、LAG模式、LACP邻居/聚合状态。
• 页面 active-backup + 主机操作后 active-backup + 交换机 LACP：形成完整根因闭环。
• 缺少操作前状态：只能判定当前配置不一致，不能推断是谁修改。

处理建议

仅通过 BMC/带外，在维护窗口由网络和系统管理员协同把主机 bond 与物理交换机恢复为同一种模式；先记录双方原配置和回退命令。恢复 LACP 协商后依次验证网关、管理节点、平台主机状态和 VM网络。原 VM进程仍运行时禁止清 SAN锁或在其他主机强制启动同一 VM，避免共享存储双写。

长期方案

加入上行链路前执行三端一致性检查；承载管理网的 bond 变更必须走维护窗口、带外操作和双人复核。

补充信息

升级人工条件

• 无 BMC/带外通道。
• 原主机 VM进程仍运行并涉及 SAN锁。
• 不确定交换机聚合模式或回退方式。
• 三端模式一致但网络仍不通。

需要收集的信息

ZSphere版本、操作审计、页面上行配置截图、/proc/net/bonding、IP/路由/bridge输出、交换机LAG/LACP状态、VM运行状态和恢复验证结果。

相关问题

• TIC-6154，Closed/Done。
• 状态核验日期：2026-08-06。