Your message dated Thu, 20 Jul 2017 12:24:11 +0200
with message-id <[email protected]>
and subject line Re: [Pkg-libvirt-maintainers] Bug#869069: VMs with hugepages
can't start after upgrade to stretch
has caused the Debian Bug report #869069,
regarding VMs with hugepages can't start after upgrade to stretch
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.)
--
869069: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869069
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libvirt-daemon
Version: 3.0.0-4
After upgrade from jessie to stretch I was unable to start VMs which are using
hugepages.
The error message is:
qemu-system-x86_64: can't open backing store /dev/hugepages/libvirt/qemu for
guest RAM: Permission denied
In jessie were permissions of the directory:
drwxr-xr-x libvirt-qemu libvirt-qemu
while in stretch they are
drwxr-xr-x root root
Workaround is to set
user = "root"
in /etc/libvirt/qemu.conf
But I kind of liked the VMs were running as non root processes.
I guess the directory is created by the libvirtd.
Is there any way to change the owner back to libvirt-qemu?
--- End Message ---
--- Begin Message ---
On 20.7.2017 11:59, Guido Günther wrote:
Hi,
On Thu, Jul 20, 2017 at 10:32:49AM +0200, Pavel Matěja wrote:
Package: libvirt-daemon
Version: 3.0.0-4
After upgrade from jessie to stretch I was unable to start VMs which are using
hugepages.
The error message is:
qemu-system-x86_64: can't open backing store /dev/hugepages/libvirt/qemu for
guest RAM: Permission denied
In jessie were permissions of the directory:
drwxr-xr-x libvirt-qemu libvirt-qemu
while in stretch they are
drwxr-xr-x root root
Workaround is to set
user = "root"
in /etc/libvirt/qemu.conf
But I kind of liked the VMs were running as non root processes.
I guess the directory is created by the libvirtd.
Is there any way to change the owner back to libvirt-qemu?
I'm not sure if I'll be able to look into this soonish but can you
please attache the failing domain's XML.
-- Guido
Hi,
I found the main cause of my problem.
We used orchestration system which was able to create domain but not with the
hugepages backing set in XML.
Therefore we have override of the emulator /usr/bin/kvm which added -mem-path
/dev/hugepages/libvirt/qemu as command line parameter.
I tested the problem on system without such override and it creates
libvirt-qemu owned files in /dev/hugepages/libvirt/qemu correctly.
Sorry I wasted your time.
--
Pavel Matěja
--- End Message ---
