On Mon, 25 Sep 2023 10:12:46 -0400
Robert McBroom via users <users(a)lists.fedoraproject.org> wrote:
Power outage dropped my f38 system while a virtual Rawhide system was
running. On restart the virtual machine is paused and none of the
virt-manager shutdown, reset or delete work. It wasn't supposed to
come up on a host restart. What can be done to clear the lock?
Error resetting domain: Timed out during operation: cannot acquire
state change lock (held by monitor=remoteDispatchDomainCreate)
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 72,
in cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 108,
in tmpcb
callback(*args, **kwargs)
File
"/usr/share/virt-manager/virtManager/object/libvirtobject.py", line
57, in newfn ret = fn(self, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/virt-manager/virtManager/object/domain.py", line
1393, in reset
self._backend.reset(0)
File "/usr/lib64/python3.11/site-packages/libvirt.py", line 2408,
in reset
raise libvirtError('virDomainReset() failed')
libvirt.libvirtError: Timed out during operation: cannot acquire
state change lock (held by monitor=remoteDispatchDomainCreate)
Was curious, so did some searching. Not familiar with qemu or libvirt,
so might or might not help you.
This seems to have happened in the past, as well. What I can glean
from this bug report is that libvirt and qemu being out of synch caused
it.
https://bugzilla.redhat.com/show_bug.cgi?id=1530346
This bug report in arch seems to support that it is a mismatch.
https://bugs.archlinux.org/task/63516
Both of these are older, so it might be a regression because something
else was fixed. You could try reinstalling qemu on the host. One
comment mentioned restarting libvirt was successful.
A really old link, but it sounds a lot like your problem, so the
solution might still work.
https://stackoverflow.com/questions/16763240/libvirt-cannot-stop-reboot-f...