On Wed, Jun 29, 2011 at 4:50 PM, Emmanuel Noobadmin <span dir="ltr"><<a href="mailto:centos.admin@gmail.com">centos.admin@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I was having problems with the same server locking up to the point I<br>
can't even get in via SSH. I've already used HTB/TC to reserve<br>
bandwidth for my SSH port but the problem now isn't an attack on the<br>
bandwidth. So I'm trying to figure out if there's a way to ensure that<br>
SSH is given cpu and i/o priority.<br>
<br>
However, so far reading seems to imply that it's probably not going to<br>
help if the issue is i/o related and/or it would require escalating<br>
SSH to such levels (above paging/filesystem processes) that makes it a<br>
really bad idea.<br>
<br>
Since I'm not the only person who face problems trying to remotely<br>
access a locked up server, surely somebody must had come up with a<br>
solution that didn't involve somebody/something hitting the power<br>
button?<br><br></blockquote><div><br></div><div>I would approach this issue from another perspective: who's locking up the server (as in eating all resources) and how to stop/constrain it. You can try to renice the sshd process and see what happens. I'm not entirely sure what 'locked up' means in this context.</div>
</div><br>-- <br>Giovanni Tirloni<br>