[libvirt-users] Block Commit: [100 %]error: failed to pivot job for disk vda

Thomas Stein himbeere at meine-oma.de
Wed Jan 7 17:26:25 UTC 2015


On Wednesday 07 January 2015 09:46:09 Eric Blake wrote:
> On 01/07/2015 07:19 AM, Thomas Stein wrote:
> > Hello.
> > 
> > I'm seeing this error while doing a backup of a VM.
> > 
> > + virsh blockcommit kaltura vda --active --verbose --pivot
> > Block Commit: [100 %]error: failed to pivot job for disk vda
> > error: internal error: unable to execute QEMU command
> > 'block-job-complete': The active block job for device
> > 'drive-virtio-disk0' cannot be completed
> 
> Based on this message, it is qemu that is refusing to do the pivot, but
> I don't know if that is because of permissions on the destination file,
> or something else (that is, it may still be a libvirt bug for not
> putting things in the right state for the qemu command to have a chance
> of succeeding).  What distro are you using?  Is AppArmor or SELinux at
> play, where temporarily getting that out of the way might change things?

I'm using Gentoo. There is no selinux or apparmor enabled on this machine. 
Should i file a bug report?

thanks and cheers
t.
 
> > I'm on qemu 2.2.0 and libvirt-1.2.11.
> > 
> > Does someone else see this error? Libvirt.log says:
> > 
> > 2015-01-07 11:18:07.000+0000: 19355: warning :
> > qemuDomainObjBeginJobInternal:1381 : Cannot start job (query, none) for
> > domain kaltura; current job is (modify, none) owned by (19357, 0)
> > 2015-01-07 11:18:07.000+0000: 19355: error :
> > qemuDomainObjBeginJobInternal:1386 : Timed out during operation: cannot
> > acquire state change lock
> 
> This may also be the sign of a libvirt bug in not tracking lock states
> correctly.  I've had other reports of bogus behavior, so I'm trying to
> take another audit of the code this week to see if I can find a problem
> in the libvirt code.




More information about the libvirt-users mailing list