9p文件系统与KVM savevm快照严重交互

我有一个VM内的9p安装。 我使用savevm <snapshot>拍摄虚拟机状态的savevm <snapshot> ,停止虚拟机,然后使用该快照(使用kvm -loadvm <snapshot> )重新启动它。 当我尝试通过umountls ing与挂载进行交互时,VM挂在内核空间中。

我正在启动快照的完整命令行如下所示:

 qemu-system-x86_64 -nographic -monitor telnet::6440,server,nowait \ -m 1280M -balloon virtio -bios \ external_sources/seabios/out/bios.bin \ -drive file=testvm/deb.instance.integrate,if=virtio \ -loadvm loaded \ -virtfs local,path=/tmp/mymount,security_model=none,mount_tag=mymount 

这发生在64位Debian挤压内核版本2.6.32和2.6.38的客人。 qemu-kvm的版本是0.14.50,在内核为2.6.32-30的Ubuntu 10.04 amd64主机上。

我对如何进一步诊断这个问题感到茫然; 我现在唯一的select是用某种networking文件系统replace9p。

根据qemu-devel邮件列表,virtio-9p目前不支持实时迁移,所以savevm / loadvm不能工作。

  1. 这与kvm没有任何关系 – qemupipe理快照。
  2. savevm / loadvm基本上是迁移到一个文件中。 从来没有尝试过与9P,因为我不太熟悉它,但如果有时间参与FS模型,这可能是问题。
  3. ubuntu作为一个kvm主机已经certificate自己(至less对我来说)是不理想的。 不知道它是包装还是操作系统本身,但是同样版本的kvm和qemu在Fedora上对我来说一直很稳固。
  4. 我会先从a)在fedora或rhel盒子上testingb)发布到linux-kvm邮件列表c)检查支持9p的人是否可以在live migration,hybernation和suspend中生存下来。