vbseo causing 100% on a new box

hello

we just recently (10 min ago)

moved everything over to a new box... and seems like apache is hogging 100% cpu but when we disable vbseo its fine..

Afterhours Radio - The Best in Trance & Progressive | AH.FM is the forum

is there anything special needs to be done when we move al to a new machine ??

its running quad core 2.4 xeon
2Gb ram

Apache 2.2.6, MySQL 5.0.51, PHP 5.2.5 & 4.4.7

small backtrace


#954 0xb76a23c8 in zend_vm_set_opcode_handler () from /opt/lampp/modules/libphp5.so
#955 0xb7636a1b in execute () from /opt/lampp/modules/libphp5.so
#956 0xb7637252 in execute () from /opt/lampp/modules/libphp5.so
#957 0xb76a23c8 in zend_vm_set_opcode_handler () from /opt/lampp/modules/libphp5.so
#958 0xb7636a1b in execute () from /opt/lampp/modules/libphp5.so
#959 0xb7637252 in execute () from /opt/lampp/modules/libphp5.so
#960 0xb76a23c8 in zend_vm_set_opcode_handler () from /opt/lampp/modules/libphp5.so
#961 0xb7636a1b in execute () from /opt/lampp/modules/libphp5.so
#962 0xb76425ce in execute () from /opt/lampp/modules/libphp5.so
#963 0xb7636a1b in execute () from /opt/lampp/modules/libphp5.so
#964 0xb761b72e in zend_execute_scripts () from /opt/lampp/modules/libphp5.so
#965 0xb75e0de3 in php_execute_script () from /opt/lampp/modules/libphp5.so
#966 0xb76a6f7d in zend_init_opcodes_handlers () from /opt/lampp/modules/libphp5.so
#967 0x08077119 in ap_invoke_handler ()
#968 0x080836d6 in ap_internal_redirect ()
#969 0xb79b6981 in ?? () from /opt/lampp/modules/mod_rewrite.so

anyhelp much appreciated

What is your online users count within 15 minute cookie timeout ?

Do you have any kind of accelerator installed within your server ?

Without this i can only say that your server has too much CPU power but only a little RAM

user count is little only a few now.. we had many before ...

20 min cookie timeout

eaccelator running

we have 2GB of ram

01:49:59 up 1 day, 3:05, 3 users, load average: 3.14, 3.76, 5.96
Tasks: 154 total, 6 running, 146 sleeping, 1 stopped, 1 zombie
Cpu0 : 99.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 1.0%si, 0.0%st
Cpu1 :100.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 99.0%us, 1.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 :100.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2059372k total, 1936176k used, 123196k free, 15968k buffers
Swap: 4008120k total, 48k used, 4008072k free, 1681176k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18790 afterhou 25 0 46040 20m 7688 R 100 1.0 0:42.64 httpd
18758 afterhou 25 0 45580 19m 7572 R 98 1.0 1:24.66 httpd
18773 afterhou 25 0 45588 19m 7572 R 92 1.0 0:24.44 httpd
18753 afterhou 25 0 46084 20m 7692 R 91 1.0 1:44.65 httpd

As i said your server doesn't have balance between CPU amount and Ram amount. You have 4 cpu's which is good but if you leave your server with 2 gb ram that means you dont need that many cpu power.

Can you also answer other questions please :

1. Do you have any php accelerator installed ?
2. Why do you have 2 versions of Php installed ?
3. Do you have any datastore accelerator ?
4. Did you try moving .htaccess rules within httpd.conf ?

yes we use eaccelator
eAccelerator 0.9.5.2

./php -v
PHP 5.2.5 (cli) (built: Dec 10 2007 10:34:10)

only one instance of php running

No database accelator

did not try .htaccess settings in httpd.conf yet

Please try moving .htaccess to httpd.conf and try enabling eaccelerator within vBSEO Control Panel.

Can you also supply us with a phpinfo page within the ticket you created.

did all that and updated ticket..

same problem still with htaccess inside httpd.conf

bin/httpd -k start -DSSL -DPHP4

load is fine.. all good

why would php5 cause these problems?

how can we use php5 and not have these problems?

so its been some time now, its running fine on php4.4.7

is PHP 5.2.5 buggy?

your box should be fine. i have a dual quad core 2.0 (8 procs) and 2 gb of ram in mine, and also running on 5.2.5


What OS are you on?

(Debian 2.6.18.dfsg.1-17) (dannf@debian.org) (gcc version 4.1.2 20061115 (prerelease)
as soon as I start it with php5 cpus get locked up @ 100%

try re-installing php5. maybe something went bad on the make

another thing i just thought of...

check your chown on the write directories. they may still be owned to the old server.

whole /www is owned by same user as what it in httpd.conf

we tried reinstalling php5 like 6 times now all fresh etc same problem...