Super high load with only 1 user logon

[Christian A. Herrnboeck]

Your Apache processes aren't really using that much memory, it's quite normal for them to use up to 100M. You can see what httpd is doing, by following my instructions above. However, you'll need to be fast!

If you can't install phpSuExec, then I'd suggest loading up the forum, and in WHM, click on "Process List", then, click on the PID of the process.

It'll do a trace, and we'll be able to actually see what's going on - without that, it'll be impossible to take care of this.

Also, an Apache/PHP process can not normally take that much memory, as by default php.ini limits it to 8MB - unless you changed this

[abubin]

i can't find any "process list" in WHM. The closest I can find is "Show Current Running Processes".

It will list all the processes running but without showing the memory usage.

Anyway...I did try accessing and then looking into this process list and i see this related to that big httpd process :

28696   (httpd)         /usr/local/apache/bin/httpd /
   /usr/local/apache/bin/httpd -DSSL


So, does that means -DSSL is the culprit?

[Christian A. Herrnboeck]

Hrm, different version, different link Click on the PID (the first number). That will do a stack trace, and let us know what's going on.

the -DSSL flags are normal

-Christian

[abubin]

I can't click on the PID to view the process in detailed. Hmm...must something wrong.

What's the name of the script when you hover your mouse over the link "process list"? Mine is "http://www.domain.com:2086/scripts/simpleps [nofollow]".

[Christian A. Herrnboeck]

Ironically,
http://*****************************:2086/scripts2/top


Try that


-Christian

[abubin]

yeah...manage to capture the strace of this httpd process. Tricky process it is...need to be real fast before the process die.

It's vary long. I don't how to read it. But some of the highlights which I think might be important :

Code Select Expand


unlink("/var/cache/eaccelerator/7/b//eaccelerator-user-7bc72407a99655725799aa4ce46dbf5a") = -1 EACCES (Permission denied)
open("/var/cache/eaccelerator/7/b//eaccelerator-user-7bc72407a99655725799aa4ce46dbf5a", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
time(NULL)                              = 1161238652
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
read(6, 0x9871e18, 8192)                = -1 EAGAIN (Resource temporarily unavailable)
fcntl64(6, F_SETFL, O_RDWR)             = 0
write(6, "w\0\0\0\3\n\t\tSELECT data\n\t\tFROM `wofs"..., 123) = 123
read(6, "\1\0\0\1", 4)                  = 4
read(6, "\1", 1)                        = 1
read(6, "E\0\0\2", 4)                   = 4
read(6, "\3def\17wofscom_wofscom\fsmf_session"..., 69) = 69
read(6, "\1\0\0\3", 4)                  = 4
read(6, "\376", 1)                      = 1
read(6, "\261\3\0\4", 4)                = 4
read(6, "\374\256\3rand_code|s:32:\"7060fc85b7ac0"..., 945) = 945
read(6, "\5\0\0\5", 4)                  = 4
read(6, "\376\0\0\2\0", 5)              = 5
getpid()                                = 24373
time(NULL)                              = 1161238652
getpid()                                = 24373
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
read(6, 0x9871e18, 8192)                = -1 EAGAIN (Resource temporarily unavailable)
fcntl64(6, F_SETFL, O_RDWR)             = 0
write(6, "\210\0\0\0\3\n\t\t\tSELECT variable, value,"..., 140) = 140


There are EAGAIN (Resource temporarily unavailable) and also the eaccess error. Though I don't think it's eaccelerator because the problem already existed before I install eaccelerator. So on googling about this EAGAIN thing, doesn't really tell. Most who have this problem posted very technical stuffs which I how to intepret.

[Christian A. Herrnboeck]

Hello,


Except for the eaccelerator errors, I don't see anything wrong. (You'll get EAGAIN errors in all apache straces).


Can you setup a new, completely clean, SMF forum, and then point it's Settings.php file to the database you are currently using? Try that, and see if it still causes high CPU load.

Regards,
Christian

[abubin]

I already tried that. Did 2 things.

1) setups a completely new smf standalone. Copied db from this existing smf db and ran fine.

2) open back this smf with problem. Access using direct "www.domain.com/forum" and it works FINE. Problem only occur when I logon to joomla. Then click on joomla's forum link which is "www.domain.com/index.php?option=com_smf&Itemid=103&" then problem starts.

[Christian A. Herrnboeck]

Hello,


I'm just wondering why were were beating around the bush, so to speak

Contact the bridge-author (Orstio, I believe). This is a problem with that Joomla component


Regards,
Christian A. Herrnboeck

[JayBachatero]

Which bridge are you using?  Are you using the joomlahacks one?

[abubin]

I am using bridge from joomlahacks, the author is wolverine. I already posted there. He is also unable to help.

Another thing I did is, I cut the number of users to half. 50k and the httpd process is showing less memory usage. This means definitely the memory usage is used by bridge loading up all the users index table or something into memory (or something...only speculating).

I already upgraded my server to 2gb RAM and the problem still persist.

[Ben_S]

I'd suggest using the official one available @ http://www.simplemachines.org/download/?bridges