<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div>Hello,</div>
<div><br>
</div>
<div>I saw the same issue at least once. There were the following lines in /var/log/libvirt/qemu/VMNAME.log at the moment:</div>
<div><br>
</div>
<div>main_channel_link: add main channel client</div>
<div>main_channel_handle_parsed: net test: latency 539.767000 ms, bitrate 7289423 bps (6.951735 Mbps) LOW BANDWIDTH</div>
<div>red_dispatcher_set_cursor_peer: </div>
<div>inputs_connect: inputs channel client create</div>
<div>red_channel_client_disconnect: rcc=0x7fd368324000 (channel=0x7fd366428000 type=1 id=0)</div>
<div>main_channel_client_on_disconnect: rcc=0x7fd368324000</div>
<div>red_client_destroy: destroy client 0x7fd366332200 with #channels=4</div>
<div>red_channel_client_disconnect: rcc=0x7fd3683aa000 (channel=0x7fd366430000 type=3 id=0)</div>
<div>red_dispatcher_disconnect_display_peer: </div>
<div>red_channel_client_disconnect: rcc=0x7fd3681e6000 (channel=0x7fd366fea600 type=2 id=0)</div>
<div>red_channel_client_disconnect: rcc=0x7fd36758a000 (channel=0x7fd3663eab00 type=4 id=0)</div>
<div>red_dispatcher_disconnect_cursor_peer: </div>
<div><br>
</div>
<div>Host software:</div>
<div><br>
</div>
<div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>OS Version: RHEL - 7 - 2.1511.el7.centos.2.10</div>
</div>
</div>
</div>
</div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>Kernel Version: 3.10.0 - 327.10.1.el7.x86_64</div>
</div>
</div>
</div>
</div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>KVM Version: 2.3.0 - 31.el7_2.7.1</div>
</div>
</div>
</div>
</div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>LIBVIRT Version: libvirt-1.2.17-13.el7_2.3</div>
</div>
</div>
</div>
</div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>VDSM Version: vdsm-4.17.23-0.el7.centos</div>
</div>
</div>
</div>
</div>
<div class="row">
<div class="col-md-12">
<div class="row">
<div class="col-md-2">
<div>SPICE Version: 0.12.4 - 15.el7</div>
</div>
</div>
</div>
</div>
</div>
<div><br>
</div>
<div>VM is a quite old FC9, so there are no ovirt/qemu guest agents installed inside.</div>
<div><br>
</div>
<div>
<div>And I have no Gluster there.</div>
<div><br>
</div>
</div>
<div>On Sun, 2016-03-13 at 07:46 +0000, Christophe TREFOIS wrote:</div>
<blockquote type="cite">
<pre>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
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
</body>
</html>