Ubuntu 18.04 QEMU LVM VNC выпуск
Я только что натолкнулся на очень странную проблему с qemu и vnc / lvm на полностью обновленной ванильной Ubuntu 18.04:
Я настроил ВМ через libvirt:
virt-install -n web_devel -r 2048 --disk path=/var/lib/libvirt/images/web_devel.img,bus=virtio,size=16 -c /var/lib/libvirt/images/ubuntu-18.04.1-live-server-amd64.iso --network network=default,model=virtio --graphics vnc,listen=0.0.0.0 --noautoconsole -v
Это устанавливает виртуальную машину, используя образ gcow2. Все хорошо, сеть и VNC работают как положено. Дисковая часть XML-конфигурации выглядит следующим образом:
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2'/>
<source file='/var/lib/libvirt/images/web_devel.img'/>
<target dev='vda' bus='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
</disk>
Теперь, если я преобразую образ qcow2 в необработанный том LVM, конфигурация будет выглядеть так:
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none' io='native'/>
<source dev='/dev/cloud/test_web_devel'/>
<target dev='vda' bus='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
</disk>
VM загружается, все в порядке - за исключением: VNC перестает работать после некоторого случайного периода времени от 20 до 200 секунд.
Других изменений не было. В качестве основной причины исключено гостевое ядро и т. Д. Эффект также присутствует, если я намеренно остановил виртуальную машину в меню Grub.
Просто перезапуск виртуальной машины не помогает, только перезапуск процесса qemu возвращает VNC (на пару секунд).
Теперь: кто-нибудь замечает очевидную ошибку, которую я сделал? В противном случае я должен предположить, что я сталкиваюсь с очень неясной ошибкой в qemu, которая каким-то образом портит qemu так, как я не могу понять.
Кто-нибудь испытывал подобное поведение?
Любые идеи кто-нибудь?
Редактировать: это даже происходит с пустым томом LVM.
Edit2: происходит также с необработанным разделом gpt.