On Thu, 4 Dec 2003, Cheryl L. Southard wrote:
> Hi All,
>
> I've got two spamd processes that just wont go away. They've been
> running for well over 11 hours and are taking up 100% of my cpu.
> I've run "truss <spamd-pid>" but it doesn't report anything. The same
> user, coincidentally, is the recipient of both e-mails, but this
> user doesn't have any special rules in his user_prefs file. This user's
> home directory and mail file seem accessable and there don't seem to
> be any weird messages in the spamd log file
One idea, there's something in the mail that particular user is getting
that is triggering some kind of bug in SA (buffer overflow, etc). Can
you find the offending message and try feeding it to SA by hand?
With one of the RC versions of 2.60, if a message had a weird long header
it would cause the spamd to blow up. I've not seen it with the release
version of 2.60, but it doesn't mean that it couldn't happen.
> I am running spamassassin 2.60 on a Solaris 9 computer with procmail.
>
> > ps -ef | grep spamd
> cc 27379 2447 48 20:36:36 ? 277:37 /usr/local/bin/perl -T
> /usr/local/bin/spamd -d -a -c -m 5
> cc 19967 2447 48 13:14:29 ? 603:31 /usr/local/bin/perl -T
> /usr/local/bin/spamd -d -a -c -m 5
> root 2447 1 0 Oct 27 ? 30:17 /usr/local/bin/perl -T
> /usr/local/bin/spamd -d -a -c -m 5
>
> Can anyone suggest things I can try to figure out what is going on?
> Since we have a 5 process spamd limit on our computer, these processes
> are really causing a traffic jam on my mail server.
Another idea, are you using Bayes, and if so do you not have
bayes_learn_to_journal enabled?
If you are not journaling, then each spamd wants to update the bayes
database and there could be locking contention. On some types of machine
(particularly SMP) Berkeley_DB uses a spinlock which can use high CPU,
particularly if something gets stuck.
Dave
--
Dave Funk University of Iowa
<dbfunk (at) engineering.uiowa.edu> College of Engineering
319/335-5751 FAX: 319/384-0549 1256 Seamans Center
Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
#include <std_disclaimer.h>
Better is not better, 'standard' is better. B{
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
