Bug#932456: libvirt-daemon-system: blockcommit => permission denied

2020-03-26 Thread gskm
...@lists.alioth.debian.org Subject: Bug#932456: libvirt-daemon-system: blockcommit => permission denied Dear Maintainer! I can confirm that this bug (#932456) unfortunately still exists in Debian 10.3 (Buster) while using only default configurations, no custom paths (so all images are pla

Bug#932456: libvirt-daemon-system: blockcommit => permission denied

2020-03-23 Thread Kaulkwappe
Dear Maintainer!I can confirm that this bug (#932456) unfortunately still exists in Debian 10.3 (Buster) while using only default configurations, no custom paths (so all images are placed in /var/lib/libvirt/images):> root@root:~# virsh blockcommit {vm-name} vda --active --wait --pivot> error:

Bug#932456: libvirt-daemon-system: blockcommit => permission denied

2019-09-23 Thread Reto Buerki
Hi, We are also affected by this bug, making efficient live VM backups impossible for VMs running on Debian Buster. Is there a workaround for this, besides (temporarily) disabling apparmor? Adding permissions to usr.lib.libvirt.virt-aa-helper did not work. Thanks. Kind regards, - reto

Bug#932456: libvirt-daemon-system: blockcommit => permission denied

2019-07-21 Thread Sebastian Kiesel
Hi, I'm having the same problem and indeed it seems to be related to apparmor. My system is using the same library version numbers as Benoit's system. As a workaround I set set security_driver = "none" in in /etc/libvirt/qemu.conf and rebooted: --- /etc/libvirt/qemu.conf 2019/07/21

Bug#932456: libvirt-daemon-system: blockcommit => permission denied

2019-07-19 Thread Benoit Panizzon
Package: libvirt-daemon-system Version: 5.0.0-4 Severity: important Dear Maintainer, After upgrading my virtual 'hosting' machine to Buster, I snapshoted a first guest. Now I am not able to blockcommit the snapshot back to the backing image to be able to grow the FS. Also the snapshot is