On Tue, Aug 20, 2019 at 1:12 PM Michal Privoznik <mprivozn(a)redhat.com>
wrote:
On 8/19/19 9:53 PM, Nir Soffer wrote:
> Hi,
>
> I upgraded to a Fedora 29 host using virt-preview repo to
> libvirt-daemon-5.6.0-1.fc29.x86_64
> The host was using plain Fedora 29 without virt-preview before that.
>
> After the upgrade, starting some vms that were running fine fail now with
> this error:
>
> Error starting domain: internal error: child reported (status=125):
> Requested operation is not valid: Setting different DAC user or group on
> /home/libvirt/images/voodoo4-os.img which is already in use
>
> Traceback (most recent call last):
> File "/usr/share/virt-manager/virtManager/asyncjob.py", line 75, in
> cb_wrapper
> callback(asyncjob, *args, **kwargs)
> File "/usr/share/virt-manager/virtManager/asyncjob.py", line 111, in
tmpcb
> callback(*args, **kwargs)
> File "/usr/share/virt-manager/virtManager/object/libvirtobject.py",
line
> 66, in newfn
> ret = fn(self, *args, **kwargs)
> File "/usr/share/virt-manager/virtManager/object/domain.py", line
1279,
> in startup
> self._backend.create()
> File "/usr/lib64/python3.7/site-packages/libvirt.py", line 1089, in
create
> if ret == -1: raise libvirtError ('virDomainCreate() failed',
dom=self)
> libvirt.libvirtError: internal error: child reported (status=125):
> Requested operation is not valid: Setting different DAC user or group on
> /home/libvirt/images/voodoo4-os.img which is already in use
>
> These vms we created by creating one vm, and the cloning the vms.
>
> I tried to delete the disks and add them back in one of the vms, but the
vm
> still fail with the
> same error.
>
> I hope that someone have a clue what is the issue, and how it can be
fixed.
How do you clone the vms?
Using virt-manager "Clone..." command.
The error message suggests that the image is
in use - is it possible that you're trying to start two domains
over the
same disk?
No, the disks are different (these vms were running for 2-3 weeks) before
the upgrade.
# ls -lhiZ /home/libvirt/images/voodoo{4,5,8}-*.img
247 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo4-gv0.img
37249 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo4-gv1.img
37252 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 50G Aug 17
03:52 /home/libvirt/images/voodoo4-os.img
37250 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo5-gv0.img
37281 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo5-gv1.img
223 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 50G Aug 17
03:45 /home/libvirt/images/voodoo5-os.img
37253 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo8-gv0.img
37282 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 20G Aug 17
03:55 /home/libvirt/images/voodoo8-gv1.img
37251 -rw-------. 1 root root system_u:object_r:virt_image_t:s0 50G Aug 17
03:46 /home/libvirt/images/voodoo8-os.img
I suspected that the disk serial is the issue - I'm using
the same serial for for all "os" and "gvX" disks, used in the guest
to locate the right disk (e.g. /dev/disk/by-id/virtio-gv0).
I tried to replace to use unique serials (e.g. gv0 -> voodoo4-gv0) but I
still see
the same error, so this must be something else.
Michal