weird lsphp4 processes

[netmask]

Hi,
lsphp4 eats cpu too much,but server has quad core and can handle these processess heavily..
I have to find a solution quickly for this,

Note : almost all websites using php5.there are only 2 websites using php4.

top - 15:00:00 up 11 days, 1:09, 2 users, load average: 90.65, 89.90, 90.06
Tasks: 306 total, 88 running, 218 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.4%us, 92.1%sy, 4.4%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 4050168k total, 3980972k used, 69196k free, 70388k buffers
Swap: 3068404k total, 426772k used, 2641632k free, 861980k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3322 apache 16 1 141m 18m 4240 S 11 0.5 0:07.16 lsphp5
4072 apache 25 0 54464 29m 1764 R 7 0.7 730:14.24 lsphp4
4624 apache 25 0 53884 28m 1696 R 7 0.7 626:44.28 lsphp4
4880 apache 25 0 51988 27m 1748 R 7 0.7 353:14.88 lsphp4
19335 apache 25 0 51920 22m 1552 R 7 0.6 350:08.86 lsphp4
21736 apache 25 0 52160 28m 1764 R 7 0.7 349:17.51 lsphp4
29445 apache 25 0 52788 28m 1812 R 7 0.7 397:41.57 lsphp4
921 apache 25 0 54536 21m 1732 R 7 0.5 733:39.51 lsphp4
2623 apache 25 0 51920 27m 1556 R 7 0.7 352:20.33 lsphp4
2792 apache 25 0 53968 28m 1724 R 7 0.7 637:53.18 lsphp4
4369 apache 25 0 53824 28m 1532 R 7 0.7 636:13.39 lsphp4
4916 apache 25 0 51920 17m 1548 R 7 0.5 352:53.48 lsphp4
5294 apache 25 0 53880 28m 1536 R 7 0.7 637:49.90 lsphp4
5708 apache 25 0 53824 28m 1532 R 7 0.7 635:09.01 lsphp4
5869 apache 25 0 54528 29m 1720 R 7 0.7 730:15.94 lsphp4
18893 apache 25 0 51920 27m 1548 R 7 0.7 352:30.28 lsphp4
19545 apache 25 0 51976 20m 1716 R 7 0.5 350:21.42 lsphp4
19974 apache 25 0 51944 14m 1728 R 7 0.4 345:51.04 lsphp4
20530 apache 25 0 51948 21m 1712 R 7 0.5 350:58.44 lsphp4
20882 apache 25 0 51920 27m 1548 R 7 0.7 349:42.61 lsphp4
23074 apache 25 0 110m 16m 2076 R 7 0.4 639:19.47 lsphp4
24675 apache 25 0 51924 28m 1704 R 7 0.7 350:12.60 lsphp4
27910 apache 25 0 52352 28m 1780 R 7 0.7 353:42.18 lsphp4
32581 apache 25 0 54064 14m 1728 R 7 0.4 639:19.47 lsphp4
6238 apache 25 0 54324 29m 1536 R 6 0.7 730:14.04 lsphp4
975 apache 25 0 52120 28m 1752 R 6 0.7 353:01.38 lsphp4
18544 apache 25 0 51864 26m 1548 R 6 0.7 349:20.42 lsphp4
3055 apache 25 0 53824 28m 1532 R 5 0.7 632:23.64 lsphp4
5081 root 21 0 35440 12m 1512 R 5 0.3 0:00.26 awstats.pl
18220 apache 25 0 51864 27m 1548 R 5 0.7 344:07.24 lsphp4
20248 apache 25 0 51944 14m 1744 R 5 0.4 351:07.45 lsphp4
3695 apache 25 0 54324 14m 1532 R 5 0.4 730:41.13 lsphp4
9613 mysql 15 0 497m 90m 5708 S 5 2.3 1838:03 mysqld
4593 apache 25 0 51920 14m 1552 R 4 0.4 353:50.51 lsphp4
4457 apache 25 0 52064 14m 1776 R 4 0.4 354:56.29 lsphp4

 

[mistwang]

You can limit the "Max connections" for the "lsphp4" external app.
also, you can try PHP suEXEC.
Check if lsphp4 has been built with all required modules.

 

[anewday]

A post from earlier this year from mistawang:

the CPU spikes are normal due to the fact that LiteSpeed only use a handful persistent PHP process to handle all PHP requests.

http://www.litespeedtech.com/support/forum/showpost.php?p=9660&postcount=42

 

[netmask]

now max_connections is 5!
PHP_LSAPI_MAX_REQUESTS=100
PHP_LSAPI_CHILDREN=5

but nothing changed.php is already in suexec mode.why isn't happening this to php5?

note: php4 is build with standart extensions,zlib,mysql etc.as I said,there are only two customers using this.

 

[mistwang]

All of your lsphp4 processes are running under user "apache", so suEXEC is not in use.
You can strace those lsphp4 processes to find out what are they doing.

 

[netmask]

you're right about suexec.but some php5 processess seems running vhost user rights.we migrate this server from centos/plesk 8.x to litespeed so How can I enable suexec mode both php4 and php5.there is no way to trace hosting users quickly

 

[mistwang]

Is there a suEXEC option in Plesk?
LSWS need
"User/Group" or "suEXEC_User/group" in the <virtualhost ...> configuration from httpd.conf.

 

[netmask]

unfortunately plesk doesn't support things related security.They always works on beatiful themes,buttons,ajaxed admin menus..etc.