Файловая система 9p плохо взаимодействует со снимком KVM savevm
У меня есть крепление 9p внутри виртуальной машины. Я делаю снимок состояния VM с savevm <snapshot>остановите виртуальную машину, затем перезапустите ее с этим снимком kvm -loadvm <snapshot>). Когда я пытаюсь взаимодействовать с монтировкой umountилиlsВиртуальная машина зависает в пространстве ядра.
Полная командная строка, с которой я запускаю снимок, выглядит следующим образом:
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 на хосте Ubuntu 10.04 amd64 с ядром 2.6.32-30.
Я в недоумении относительно того, как диагностировать эту проблему дальше; Мой единственный вариант на данный момент - заменить 9p сетевой файловой системой.
2 ответа
Согласно списку рассылки qemu-devel, virtio-9p в настоящее время вообще не поддерживает живую миграцию, поэтому savevm/loadvm не может работать.
- это не имеет никакого отношения к kvm как таковому - qemu управляет снимками.
- savevm / loadvm - это в основном миграция в файл. Никогда не пробовал это с 9p, так как я не слишком знаком с ним, но если есть время, связанное с моделью FS, это может быть проблемой.
- Ubuntu как хост kvm доказал (по крайней мере, мне), что он неоптимален. Не знаю, упакована ли она или сама ОС, но те же версии kvm и qemu всегда были хороши для меня на fedora.
- Я бы начал с: а) тестирования на коробке fedora или rhel; б) публикации в списке рассылки linux-kvm; в) проверки того, кто поддерживает 9p, может ли он пережить живую миграцию, гибернацию и приостановку.