About this part,
We have a cron script running every 5 minutes to check whether this is
happening with spamd process.
It was originaly made by Michael Stauber, We use that to kill raqbackup
runaway processses with more than 6 hours of life
I cand send it to the list if you are interested,
HTH
Rodrigo O
Xnet
-----Original Message-----
From: Gustavo Silva [mailto:pseudo (at mark) zbronx.com]
Sent: Martes, 10 de Julio de 2007 08:18 a.m.
To: coba-e (at mark) bluequartz.org
Subject: [coba-e:10348] perl and openwebmail
Hello Blues,
I was wondering if anyone had this problem, and found a solution to "fight"
it :P This situation rarely happens, but i like to keep the load as low as
possible, so when this happens it is a pain to me.
Here's the description.
Some client logs to openwebmail, and its one of those clients that keeps all
the mails, spam, etc on its inbox (despite the fact we warned him countless
times, to try to keep things as tidy as possible)
Openwebmail spawns a process to read the clients mbox, and because of the
inumerous mails the box has, takes some time, and load, to display the
result.
Client gets impatient, and clicks the refresh button. Allas, a new process
is spawned and the load is now doubled, and tripled, and sometimes ... lets
say things get really slow..
So when the load is high, im notified, i check the server, see if the client
is still using the service, kill unneeded processes, let it finish. Check
the cache databases, clean it all, and we're back on track...
But is there any automated solution for this? Or am i asking something
impossible? I was thinking in doing something in cron that would
periodically check if a perl process is running for more than X time, then
kill -9 it... But maybe thats too extreme..
Any directions, tips would be greatly appreciated.
Server Setup:
Centos4.5
BQ manually installed
OpenWebmail 2.52
Regards,
Gustavo