使用Python3.5+Libvirt迁移虚拟机后反向迁移失败的问题

我来帮你梳理下反向迁移失败的可能原因，结合你提到的操作步骤，咱们一步步排查：

1. 镜像准备环节的潜在问题 #

你提到正向迁移时会在SRC获取源镜像容量，再在DST用subprocess创建目标镜像——反向迁移时，这个流程是不是没对应调整？

• 反向迁移时，你需要在DST获取VM G的镜像容量，再在SRC上创建匹配的目标镜像。检查subprocess调用的命令是否正确：比如是不是用了类似qemu-img create -f qcow2 <目标路径> <容量值>的命令？有没有把容量单位搞混（比如把字节当成了GB，导致镜像创建过小）？
• 确认SRC上的default存储池状态：用virsh pool-info default检查是否处于active状态，存储池路径的读写权限是否足够（Libvirt连接用户要有读写权限）。
• 查看subprocess执行后的返回码和输出，是不是有报错被忽略了？比如创建镜像时磁盘空间不足、路径不存在等问题。

2. Libvirt迁移参数的差异 #

正向迁移和反向迁移的Libvirt迁移标志是不是一致？

• 比如热迁移需要VIR_MIGRATE_LIVE标志，如果你正向用了但反向没加，或者反向加了不必要的标志（比如VIR_MIGRATE_UNDEFINE_SOURCE，导致DST上的VM定义被删除，后续迁回无依据），都会导致失败。
• 检查反向迁移时的Libvirt连接是否正常：在SRC上用virsh -c qemu+ssh://DST/system list手动测试连接，确认有权限访问DST的Libvirt服务。

3. 主机资源与残留状态问题 #

• 反向迁移前，确认SRC上没有残留的VM G相关进程或锁文件：用ps aux | grep vm-g和ls /var/lib/libvirt/qemu/检查，有残留的话先清理掉。
• 检查SRC的CPU、内存资源是否足够：正向迁移后SRC可能跑了其他任务，导致资源不足无法承载VM G，用free -h和top确认资源情况。

调试小技巧 #

• 在Python代码里捕获libvirt.libvirtError异常，打印完整的错误信息，比如：

  try:
      # 反向迁移代码
      domain.migrate(dst_conn, flags, None, None, 0)
  except libvirt.libvirtError as e:
      print(f"反向迁移失败: {e.get_error_message()}")
  

• 先手动用virsh命令尝试反向迁移，比如：

  virsh migrate --live qemu+ssh://DST/system/vm-g qemu+ssh://SRC/system
  

  如果手动能成功，说明代码里的参数或步骤有问题；如果手动也失败，根据virsh的错误提示直接定位问题。

内容的提问来源于stack exchange，提问作者techniblob