bremboy79

Member
May 3, 2012
8
0
51
cPanel Access Level
Root Administrator
Hi there
i am currently running CPanel WHM VPS Optimized 11.32.2 (build 18) on centos 5.8 i686 (kernel 2.6.18-308.8.2.el5) running on vmware. a couple of times this past week, my cpanel server has fallen over and i have been unable to get back into it via ssh or web interface. i have to force reboot it and once this is done, i can log back in again.
whilst the cpanel is inaccessible, my vmware console shows the cpu usage at between 97-100% until the reboot is complete. it then reverts back down to around 30-50%
from reviewing the messages log i can see that the last action in there before the force reboot is

kernel: httpd invoked oom-killer: gfp_mask=0x200d2, order=0, oomkilladj=0
kernel: [<c045a78d>] out_of_memory+0x72/0x1a5


just prior to this, the same message is logged which is as follows

pure-ftpd: ([email protected]clientip) [INFO] New connection from clientip
pure-ftpd: ([email protected]clientip) [INFO] clientemailaddress is now logged in
pure-ftpd: (clientemailaddress@clientip) [NOTICE] /pathtowebsite/filename.csv uploaded (107132 bytes, 51.46KB/sec)
pure-ftpd: (clientemailaddress@clientip) [INFO] Logout.


has anyone seen a similar issue and know a fix?
 

NixTree

Well-Known Member
Aug 19, 2010
413
5
143
Gods Own Country
cPanel Access Level
Root Administrator
Twitter

cPanelTristan

Quality Assurance Analyst
Staff member
Oct 2, 2010
7,607
43
348
somewhere over the rainbow
cPanel Access Level
Root Administrator
Apache is the process that is the one before it runs out of memory. Can you check if you see these in /var/lib/mysql/hostname.err (where hostname is the server's fully qualified hostname):

Code:
grep -i "incorrect key" /var/lib/mysql/*.err
If you see Incorrect Key errors related to /tmp partition, your MySQL is running out of space in /tmp for temporary MyISAM tables it creates. When it does that, MySQL will hang and Apache could consume more memory. Here's a post on how to fix that issue:

http://forums.cpanel.net/f5/drive-critical-dev-loop0-var-tmp-97-full-190772.html#post799162

If you aren't seeing that, it could be hitting MaxClients and Apache using high memory with DSO or FCGI under a possible DoS. On VPS systems, DSO and/or FCGI PHP handlers consume too much memory. suPHP is recommended for low memory systems per benchmark testing I've done using Apache ab tool. You can see your PHP handler using this command:

Code:
/usr/local/cpanel/bin/rebuild_phpconf --current