On Tue, Jul 05, 2016 at 04:20:58PM +0200, Roland Everaert wrote:
Restarting libvirtd doesn't change the situation.
But looking into the logs I see the following:
- Last lines in /var/log/libvirt/libvirtd.log:
2016-07-05 13:26:42.792+0000: 24552: warning : qemuProcessKill:4419 : Timed
out waiting after SIGKILL to process 48301
2016-07-05 13:26:42.792+0000: 24552: error : qemuDomainDestroyFlags:2120 :
operation failed: failed to kill qemu process with SIGTERM
- lookup for process 48301:
[root@lpextvms003c ~]# ps -ef | grep 48301
root 1114 24243 0 16:02 pts/1 00:00:00 grep 48301
oneadmin 48301 1 4 Apr18 ? 3-08:14:18 [qemu-kvm] <defunct>
Ok, so your QEMU process has not in fact died completely, so the
libvirt state is correct.
Usual cause of a qemu going into a defunct state is a storage
failure which causes QEMU to be stuck in an uninterruptable
I/O operation wait state.
So the process is defunct, does a 'kill -9 48301' could fix
the problem
with a restart of libvirtd?
No, as you see from the logs above, libvirt already tried to
send a SIGKILL and it had no effect. You need to figure out
what has caused QEMU to get stuck - most likely a storage I/O
problem on your machine
Regards,
Daniel
--
|:
http://berrange.com -o-
http://www.flickr.com/photos/dberrange/ :|
|:
http://libvirt.org -o-
http://virt-manager.org :|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/ :|
|:
http://entangle-photo.org -o-
http://live.gnome.org/gtk-vnc :|