On Tue, Aug 20, 2019 at 1:12 PM Michal Privoznik <mpriv...@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
>
_______________________________________________
libvirt-users mailing list
libvirt-users@redhat.com
https://www.redhat.com/mailman/listinfo/libvirt-users

Reply via email to