Your message dated Fri, 5 Apr 2019 18:23:23 +0200 with message-id <caatjj0kiog676pzydv-cgsg_u9kb5adzdmplfev1yucpuak...@mail.gmail.com> and subject line Not a bug but a support request - hint howto and close has caused the Debian Bug report #819331, regarding libvirt0: fails to start KVM instance using readonly ISO image to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 819331: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819331 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: libvirt0 Version: 1.2.9-9+deb8u1 Severity: normal Hi, I'm trying to start a KVM instance, booting from a CD-ROM ISO image that is stored on a network server, and readonly for the VM host machine. Using the definition <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/boot.iso'/> <target dev='sdb' bus='scsi'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> I'd expect to be able to boot, but I get error: Failed to start domain Test error: unable to set user and group to '108:119' on '/mnt/boot.iso': Permission denied Setting the <shareable/> attribute does not help. It would be great if there was a way to use readonly CD-ROM images without requiring write access to them. Simon -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libvirt0 depends on: ii libapparmor1 2.9.0-3 ii libaudit1 1:2.4-1+b1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libc6 2.19-18+deb8u3 ii libcap-ng0 0.7.4-2 ii libdbus-1-3 1.8.20-0+deb8u1 ii libdevmapper1.02.1 2:1.02.90-2.2 ii libgnutls-deb0-28 3.3.8-6+deb8u3 ii libnl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnuma1 2.0.10-1 ii libsasl2-2 2.1.26.dfsg1-13+deb8u1 ii libselinux1 2.3-2 ii libssh2-1 1.4.3-4.1+deb8u1 ii libsystemd0 215-17+deb8u3 ii libxml2 2.9.1+dfsg1-5+deb8u1 ii libyajl2 2.1.0-2 Versions of packages libvirt0 recommends: ii lvm2 2.02.111-2.2 libvirt0 suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Hi, you can disable dynamic ownership in /etc/libvirt/qemu.conf, see [1] for the file in the source. There you could also overwrite the user/group that is used to do so. Since this is not a bug that can be fixed in the source/package we can close it safely. [1]: https://github.com/libvirt/libvirt/blob/master/src/qemu/qemu.conf#L457
--- End Message ---
