nfs挂载路径、权限及导出选项三者必须完全一致，否则kvm热迁移时因xml路径与实际挂载点不匹配，会导致qcow2元数据错乱甚至磁盘损坏。
必须用共享存储，且挂载路径、权限、NFS导出选项三者不一致，磁盘就大概率损坏。
为什么 NFS 挂载路径必须完全一致
libvirt 在热迁移时不会重写虚拟机 XML 中的 <source file="/opt/kvm/centos7.qcow2"></source> 路径。目标主机若挂载点是 /mnt/nfs，但 XML 里写的是 /opt/kvm/centos7.qcow2，libvirt 就会尝试打开 /opt/kvm/centos7.qcow2 —— 这个路径在目标机上根本不存在或指向错误位置，轻则启动失败，重则 qcow2 元数据错乱导致磁盘损坏。
常见错误现象：error: internal error: process exited while connecting to monitor: qemu-system-x86_64: -drive file=/opt/kvm/centos7.qcow2: Could not open '/opt/kvm/centos7.qcow2': No such file or directory
- 两台 KVM 主机必须执行完全相同的挂载命令，例如：
mount -t nfs 192.168.31.194:/data /opt/kvm -
/etc/fstab中对应行需一致，且加_netdev和x-systemd.requires=nfs-client.target确保开机挂载时机正确 - 挂载后运行
df -h | grep kvm，输出的“Mounted on”列值必须一模一样
NFS 服务端配置关键参数
仅能读写（rw）不够，no_root_squash 和 async 是避免磁盘损坏的硬性要求。KVM 进程以 root 身份直接操作 qcow2 文件，若 NFS 默认启用 root_squash，root 写入会被映射为 nfsnobody，造成文件属主混乱、qcow2 镜像元数据损坏。
错误配置示例：/data 192.168.31.0/24(rw,sync) → 同步写 + 无 no_root_squash，极易触发脏页写入冲突
- 服务端
/etc/exports必须包含：/data 192.168.31.0/24(rw,async,no_root_squash) - 修改后必须执行：
exportfs -ra+systemctl restart nfs-server（不是nfs） - 客户端挂载时建议显式加
nolock（NFSv3 场景）或确保使用 NFSv4（默认禁用lock）
libvirt 迁移命令必须带 --unsafe
libvirt 默认校验源/目标主机的 CPU model 是否严格一致。即使都用 host-passthrough，不同物理 CPU 的微码版本或 flag 差异也会触发校验失败，报错：operation failed: domain 'test' doesn't support operation: migrate 或 CPU incompatible。
--unsafe 不是绕过安全，而是跳过 CPU 兼容性强制检查，由管理员自行确保硬件兼容（比如同型号服务器、相同 BIOS 版本、关闭 CPU 频率调节）。
- 正确命令示例：
virsh migrate --live --verbose --unsafe test qemu+ssh://192.168.31.203/system - 必须用
qemu+ssh://协议，不能只写 IP；目标主机需提前配置好 SSH 免密登录（key 在 libvirt 用户下可用） - 迁移前务必确认目标主机已定义同名网络（如
br0），否则虚拟机启动后无法联网
时间同步和 QEMU 版本一致性容易被忽略
两台宿主机时间差超过 5 秒，会导致 NFS 文件锁异常、qcow2 日志时间戳错乱，进而引发镜像损坏；QEMU 版本不一致（如 6.2 ↔ 8.1）可能使内存页格式解析失败，迁移后虚拟机立即 panic。
- 统一使用 chrony，配置
pool pool.ntp.org iburst，并检查chronyc tracking输出的 offset - 检查 QEMU 版本：
qemu-system-x86_64 --version，生产环境建议锁定 minor 版本（如全集群用 7.2.0，而非混用 7.1.x / 7.2.x） - 迁移前运行
virsh domstats test | grep state，确认状态为running且无 pending I/O 错误
