如何用GDB调试QEMU热迁移且不导致目标VM挂起？

一、解决GDB调试时VM挂起的问题 #

你用-S启动目标VM导致挂起，是因为-S会让QEMU的CPU线程直接暂停，而热迁移依赖目标VM进程正常运行处理同步逻辑。可以换以下两种方式规避：

1. 动态attach到运行中的QEMU进程 #

• 正常启动目标VM（不带-S），确保迁移流程能正常执行。
• 找到QEMU进程ID：ps aux | grep qemu-system-x86_64
• 启动GDB并attach：gdb -p <QEMU_PID>
• 设置断点：break cpu_physical_memory_set_dirty_lebitmap
• 触发热迁移，当目标VM调用该函数时，GDB会自动断住，不会影响之前的VM运行状态。

2. 用starti替代-S提前设断点 #

如果必须提前配置断点，不用-S，而是通过GDB启动QEMU并在初始阶段断住：

• 执行命令：gdb --args qemu-system-x86_64 [你的VM启动参数]
• 在GDB中输入starti，QEMU会在执行第一条指令时暂停，此时设置断点后输入continue让进程继续运行。这样既提前完成断点配置，又不会让VM一直挂起等待。

二、脏页日志显示异常的原因及解决 #

你提到只有VNC连接后脏页才正常显示，这是QEMU的默认优化行为：

• 无显示连接时，QEMU会延迟激活完整脏页跟踪机制，减少不必要的性能开销；只有当有外部访问（如VNC触发内存读取）时，才会实时更新脏页位图。
• 强制开启脏页跟踪：启动QEMU时添加参数-dirty-page-tracking，或者在QEMU monitor中执行migrate_set_dirty_tracking on，这样即使无VNC连接，脏页更新也会被实时记录。

三、调试脏页函数的实用技巧 #

• 条件断点过滤无效调用：如果cpu_physical_memory_set_dirty_lebitmap被频繁调用，可设置条件断点过滤有效场景：

  break cpu_physical_memory_set_dirty_lebitmap if bitmap != 0
  

• 打印关键参数：在GDB断住时，打印函数参数查看脏页细节：

  print start  # 脏页起始地址
  print length # 脏页长度
  print *bitmap # 脏页位图内容
  

• 配合QEMU调试日志：启动QEMU时添加-d migration,page参数，输出迁移和脏页相关的详细日志，和GDB调试互补：

  qemu-system-x86_64 [VM参数] -d migration,page
  

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