Hello, I saw the same issue at least once. There were the following lines in /var/log/libvirt/qemu/VMNAME.log at the moment:
main_channel_link: add main channel client main_channel_handle_parsed: net test: latency 539.767000 ms, bitrate 7289423 bps (6.951735 Mbps) LOW BANDWIDTH red_dispatcher_set_cursor_peer: inputs_connect: inputs channel client create red_channel_client_disconnect: rcc=0x7fd368324000 (channel=0x7fd366428000 type=1 id=0) main_channel_client_on_disconnect: rcc=0x7fd368324000 red_client_destroy: destroy client 0x7fd366332200 with #channels=4 red_channel_client_disconnect: rcc=0x7fd3683aa000 (channel=0x7fd366430000 type=3 id=0) red_dispatcher_disconnect_display_peer: red_channel_client_disconnect: rcc=0x7fd3681e6000 (channel=0x7fd366fea600 type=2 id=0) red_channel_client_disconnect: rcc=0x7fd36758a000 (channel=0x7fd3663eab00 type=4 id=0) red_dispatcher_disconnect_cursor_peer: Host software: OS Version: RHEL - 7 - 2.1511.el7.centos.2.10 Kernel Version: 3.10.0 - 327.10.1.el7.x86_64 KVM Version: 2.3.0 - 31.el7_2.7.1 LIBVIRT Version: libvirt-1.2.17-13.el7_2.3 VDSM Version: vdsm-4.17.23-0.el7.centos SPICE Version: 0.12.4 - 15.el7 VM is a quite old FC9, so there are no ovirt/qemu guest agents installed inside. And I have no Gluster there. On Sun, 2016-03-13 at 07:46 +0000, Christophe TREFOIS wrote: Dear all, I have a problem since couple of weeks, where randomly 1 VM (not always the same) becomes completely unresponsive. We find this out because our Icinga server complains that host is down. Upon inspection, we find we can’t open a console to the VM, nor can we login. In oVirt engine, the VM looks like “up”. The only weird thing is that RAM usage shows 0% and CPU usage shows 100% or 75% depending on number of cores. The only way to recover is to force shutdown the VM via 2-times shutdown from the engine. Could you please help me to start debugging this? I can provide any logs, but I’m not sure which ones, because I couldn’t see anything with ERROR in the vdsm logs on the host. The host is running OS Version: RHEL - 7 - 1.1503.el7.centos.2.8 Kernel Version: 3.10.0 - 229.14.1.el7.x86_64 KVM Version: 2.1.2 - 23.el7_1.8.1 LIBVIRT Version: libvirt-1.2.8-16.el7_1.4 VDSM Version: vdsm-4.16.26-0.el7.centos SPICE Version: 0.12.4 - 9.el7_1.3 GlusterFS Version: glusterfs-3.7.5-1.el7 We use a locally exported gluster as storage domain (eg, storage is on the same machine exposed via gluster). No replica. We run around 50 VMs on that host. Thank you for your help in this, — Christophe _______________________________________________ Users mailing list [email protected]<mailto:[email protected]> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
