High load on ispcp server

[raphael]

Quote:any news about this? there are more and more ispcp admin with this problem... would be fine if we could present a solution...

not yet, I got distracted tracing some problems with the recode extension on amd64

**added to the todo list for today**

[Smallserver]

Kika Wrote:I tested it, i upgraded all dotdeb packeges and my ispCPs working fine (i have 3 server with ispCP RC3, one of this more than 150 domains)

Same here. After updating php and changing bzip to gzip for backups yesterday all looks very well.




Regards,
Herman

[Spheerys]

I read all the thread and the last version of php5 solve the problem too.
But I had for another website a similar problem : the php5-cgi process take 12% of cpu ressources and the website is down...

Is there another way to solve this kinf of problem ?

[psygarden]

Spheerys Wrote:I read all the thread and the last version of php5 solve the problem too.
But I had for another website a similar problem : the php5-cgi process take 12% of cpu ressources and the website is down...

Is there another way to solve this kinf of problem ?

It can take a while before all those processes die, you might want to kill them all once

[Spheerys]

I solved the problem by upgrading the version of the CMS used by the website.
But I never had a similar problem before with this version of the CMS...
Strange....

[joximu]

Could you tell us, what CMS and version - so maybe another one can profit?

[Spheerys]

Yes I can do it
I used ModX 0.9.5 and I have updated with the last version : 0.9.6.1p2

[viperiii]

psygarden Wrote:

macbishop Wrote:

psygarden Wrote:According to this changelog that bug has been fixed in php 5.2.5

http://www.php.net/ChangeLog-5.php

Can anyone confirm this? I'm going to test now...

The bug was fixed in 5.2.2 version (03-May-2007)

Fixed bug #40286 (PHP fastcgi with PHP_FCGI_CHILDREN don't kill children when parent is killed). (Dmitry)

upgrading from php 5.2.0 to 5.2.5 has this result on my cpu loads:


The last bit of the graph shows the cpu usage while the server is under a normal load with all sites active.

So it turns out that all that one needs to do on a debian system is update the /etc/apt/sources.list to include the "testing" versions of php5

Quote:#Old sources that came with the default install of my hosting company:
#deb http://ftp.freenet.de/debian/ etch main non-free contrib
#deb-src http://ftp.freenet.de/debian/ etch main non-free contrib

#new sources including all versions.
deb http://packages.dotdeb.org etch all
deb-src http://packages.dotdeb.org etch all

Then run

#apt-get update
and
#apt-get upgrade

After installation is complete you can kill all the stuck child processes using

php4:

Quote:/usr/bin/killall -HUP php-cgi

php5:

Quote:/usr/bin/killall -HUP php5-cgi

I'm using this fix and so far so good...

[viperiii]

ran these but it kept back clamscan and freshclam updates...

I put back the non-free repositories and ran update / upgrades and it started to be good..

I had to run this:
apt-get install clamav clamav-base clamav-daemon clamav-freshclam

to update those...

Now all seems better as well as now running RC4 on my primary box...