brctl show 缺 vnet 接口说明虚拟机的 TAP 设备未挂载到网桥，常见原因包括目标主机无同名网桥、网桥未启用、STP 导致端口延迟或内核 bridge 模块未加载。
brctl show 输出里缺 vnet 接口说明什么
这表示虚拟机的 TAP 设备（vnet0、vnet1 等）没被正确挂到目标主机的网桥上。热迁移后，libvirt 本应自动将源主机上的 vnetX 关联到目标主机的 br0，但若目标主机网桥名不一致（比如源是 br0，目标是 br1），或网桥未启用 STP、未配置成转发状态，libvirt 就会跳过挂载步骤。
常见诱因包括：
– 目标主机未创建同名网桥（br0）
– 网桥存在但未 up：ip link set br0 up 缺失
– 网桥启用了 STP（STP enabled: yes），而某些发行版默认开启，导致端口进入 learning/listening 状态数秒，vnet 接口短暂不可用
– sysctl net.bridge.bridge-nf-call-iptables=1 开启后，iptables 规则可能拦截了桥接流量（尤其在 firewalld 启用时）
如何确认两台宿主机网桥配置完全一致
不能只比对名字，要逐项验证底层参数。最简方式是直接运行对比命令：
diff /dev/null) /dev/null')
重点关注以下几项是否完全相同：
– bridge id：必须一致（实际由 MAC 决定，但若手动改过网桥 MAC 或使用不同物理网卡，会不同）
– STP enabled：建议统一设为 no，避免迁移后端口收敛延迟
– forward delay / hello time：若启用了 STP，这些值必须一致，否则生成树协议协商失败
– interfaces 列表中是否都包含物理网卡（如 eth0）且状态为 forwarding
补充检查：
– cat /sys/class/net/br0/bridge/stp 应为 0（禁用）或 1（启用），两边一致
– ip link show br0 | grep 'state ' 应为 UP，非 DOWN 或 NO-CARRIER
virsh dumpxml 显示 bridge='br0' 但实际没生效怎么办
virsh dumpxml 里的 brctl addif 或 ip link set dev vnet0 master br0 是否成功执行。
排查路径：
– 查看迁移日志：journalctl -u libvirtd -S "1 hour ago" | grep -i "migrate\|bridge\|vnet"
– 检查目标主机是否报错：Failed to add interface vnet0 to bridge br0: No such device（说明 br0 不存在）
– 或出现：Operation not supported（常见于内核模块 bridge 未加载：lsmod | grep bridge，缺失则 modprobe bridge）
– 迁移完成后立即执行：brctl show br0，确认 vnetX 是否出现在 interfaces 列表中；若没有，手动补挂：brctl addif br0 vnet0（仅临时修复，需同步修正 libvirt 网络定义）
为什么迁移后 ARP 表老化导致网络闪断
热迁移完成瞬间，虚拟机 MAC 地址仍在原主机的物理网卡上响应，而目标主机网桥刚接管该 MAC，但物理交换机的 CAM 表和网关的 ARP 表尚未更新。外部设备发包仍寻址到原主机 MAC，造成丢包，直到 ARP 超时（通常 30–120 秒）或收到 gratuitous ARP 才恢复。
关键点：
– KVM 默认不主动发 gratuitous ARP，需显式启用：
—— 这些不影响 ARP。
– 正确做法是在虚拟机内部触发：arping -U -c 3 -I enp0s3 192.168.10.254（替换为网关 IP）
– 或在宿主机启用：echo 1 > /proc/sys/net/ipv4/conf/br0/arp_notify（要求内核 ≥ 4.15）
这个细节常被忽略：网桥配置一致只是基础，ARP 同步才是决定“是否感知中断”的最后一环。
