summary refs log tree commit diff stats
path: root/gitlab/issues/target_missing/host_missing/accel_missing/1940.toml
blob: 6628cda09d4897c6d3e176a946e915a8f2117e81 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
id = 1940
title = "Saving vm with shared folder results in Error: State blocked by non-migratable device  '000.../vhost-user-fs'"
state = "opened"
created_at = "2023-10-14T19:24:09.585Z"
closed_at = "n/a"
labels = ["Migration", "device:virtio", "kind::Feature Request"]
url = "https://gitlab.com/qemu-project/qemu/-/issues/1940"
host-os = "Fedora 37"
host-arch = "x86_64"
qemu-version = "7.0.0 (qemu-7.0.0-15.fc37)"
guest-os = "Debian 12"
guest-arch = "x86_64"
description = """Saving a vm with savevm in the QEMU Monitor with a shared folder causes the following error message:
`Error: State blocked by non-migratable device '0000:00:05.0/vhost-user-fs'`"""
reproduce = """1. Get an qcow2 image that can boot (not sure if working qcow2 image is actually needed)
2. Start virtiofsd with this /usr/libexec/virtiofsd --socket-path=/tmp/virtiofs_socket -o source=/path/to/share
3. Run qemu-system-x86_64 -m 4G -object memory-backend-file,id=mem,size=4G,mem-path=/dev/shm,share=on -numa node,memdev=mem  -smp 2 -hda image.qcow2 -vga qxl -virtfs local,path=/path/to/share,mount_tag=share,security_model=passthrough,id=virtiofs -chardev socket,id=char0,path=/tmp/virtiofs_socket -device vhost-user-fs-pci,queue-size=1024,chardev=char0,tag=share
4. Let the image boot and/or go into the QEMU monitor.
5. type savevm testvm
6. See error."""
additional = """This happens with both the legacy virtio-fs and the rust version.

According to the first reply to https://gitlab.com/virtio-fs/virtiofsd/-/issues/81 there needs to be "a lot of changes not only in virtiofsd but also in the rust-vmm crates and qemu (and maybe in the vhost-user protocol)" so I'm reporting this here in the hopes it will speed something up.

I followed the following to get virtiofsd working with command line QEMU:
https://github.com/virtio-win/kvm-guest-drivers-windows/wiki/Virtiofs:-Shared-file-system

This is blocking our migration from VirtualBox because it doesn't have problems like this. The least I need is a work around or alternative shared filesystem. We are trying to avoid networked shares."""