<div class="gmail_quote">On Wed, Jun 29, 2011 at 5:57 PM, Emmanuel Noobadmin <span dir="ltr"><<a href="mailto:centos.admin@gmail.com">centos.admin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 6/30/11, Giovanni Tirloni <<a href="mailto:gtirloni@sysdroid.com">gtirloni@sysdroid.com</a>> wrote:<br>
> I would approach this issue from another perspective: who's locking up the<br>
> server (as in eating all resources) and how to stop/constrain it. You can<br>
> try to renice the sshd process and see what happens. I'm not entirely sure<br>
> what 'locked up' means in this context.<br>
<br>
</div>Server's unresponsive to the external world. It isn't dead, on two<br>
occasions, when it happened at times like Sunday and 1am in the night,<br>
I could afford to wait it out and see that it eventually does recover<br>
from whatever it was.<br>
<br>
It's almost definitely related to disk i/o due to the VM guest<br>
fighting over the disks where their virtual disk-files are. However,<br>
the hard part is figuring out the exact factors, I know CPU isn't an<br>
issue having set up scripts to log top output when load goes above 5.</blockquote><div><br></div><div>Linux includes I/O in how it calculates the load average so you're not measuring CPU alone.</div><div><br></div><div>
What does top show?</div><div>Any error messages in /var/log during the time the server is unresponsive? </div><div>Is network responsive? Latency normal too?</div></div><br>-- <br>Giovanni Tirloni<br>