<div dir="auto">It has been the version available on ubuntu 16.04 lts:<div dir="auto"><br></div><div dir="auto">$ virsh --version</div><div dir="auto">1.3.1</div><div dir="auto"><br></div><div dir="auto">Please file a bug for me if you think it is one.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 Oct 2017 2:34 p.m., "Michal Privoznik" <<a href="mailto:mprivozn@redhat.com">mprivozn@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/22/2017 02:04 PM, Dominik Psenner wrote:<br>
> Hi,<br>
><br>
> after a recent live backup done with a snapshot, blockcommit failed and a<br>
> subsequent (manual) blockjob abort got stuck. Now we are unable to do basic<br>
> operations on the virtual machine like if it was frozen and when issuing<br>
> another command we see the following:<br>
><br>
> $ virsh shutdown $domain<br>
> error: Failed to shutdown domain $domain<br>
> error: Timed out during operation: cannot acquire state change lock (held<br>
> by remoteDispatchDomainBlockJobAb<wbr>ort)<br>
><br>
> $ virsh blockcommit $domain --active --pivot<br>
> error: Timed out during operation: cannot acquire state change lock (held<br>
> by remoteDispatchDomainBlockJobAb<wbr>ort)<br>
><br>
> $ virsh blockjob $domain --abort<br>
> error: Timed out during operation: cannot acquire state change lock (held<br>
> by remoteDispatchDomainBlockJobAb<wbr>ort)<br>
><br>
<br>
This looks like some API forgot to unset the job before returning. In<br>
that case, restarting libvirtd is the only option. If this happened on<br>
the latest release please do file a bug. Otherwise try with the latest<br>
release.<br>
<br>
Michal<br>
<br>
</blockquote></div></div>