<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS <span dir="ltr">&lt;<a href="mailto:christophe.trefois@uni.lu" target="_blank">christophe.trefois@uni.lu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
I have a problem since couple of weeks, where randomly 1 VM (not always the same) becomes completely unresponsive.<br>
We find this out because our Icinga server complains that host is down.<br>
<br>
Upon inspection, we find we can’t open a console to the VM, nor can we login.<br></blockquote><div><br></div><div>I assume 3.6&#39;s console feature, or is it Spice/VNC?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
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.<br></blockquote><div><br></div><div>Any chance there&#39;s really something bad going on within the VM? Anything in its journal or /var/log/messages or ... depending on the OS?</div><div>Y.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The only way to recover is to force shutdown the VM via 2-times shutdown from the engine.<br>
<br>
Could you please help me to start debugging this?<br>
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.<br>
<br>
The host is running<br>
<br>
OS Version:             RHEL - 7 - 1.1503.el7.centos.2.8<br>
Kernel Version: 3.10.0 - 229.14.1.el7.x86_64<br>
KVM Version:            2.1.2 - 23.el7_1.8.1<br>
LIBVIRT Version:        libvirt-1.2.8-16.el7_1.4<br>
VDSM Version:   vdsm-4.16.26-0.el7.centos<br>
SPICE Version:  0.12.4 - 9.el7_1.3<br>
GlusterFS Version:      glusterfs-3.7.5-1.el7<br>
<br>
We use a locally exported gluster as storage domain (eg, storage is on the same machine exposed via gluster). No replica.<br>
We run around 50 VMs on that host.<br>
<br>
Thank you for your help in this,<br>
<br>
—<br>
Christophe<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div>