You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by "Landon J. Dirgo" <la...@digitalspace.net> on 2004/05/11 18:36:57 UTC

spamd stops processing

I've been having an on and off problem with spamd.  We have 3 servers that
run spamd all of which have had the problem on and off with specific cause
that I can find.  These servers sole purpose in life is to run spamassassin
they have no other use.  All of our webhosting servers connect to them for
processing.  We use dns load balancing between them.  The problem is spamd
will completely stop processing mail on one or more of them with no cause to
be found.  The processes are still running but nothing is being logged.  No
error messages.  A restart fixes the problem until it happens again
sometimes 10 minutes sometimes 2 days.  Lately on one of the servers it's
been about every 20 minutes which is getting very annoying.  Anyone have any
clues on this?


--
Landon J. Dirgo
landon@digitalspace.net
Digital Space, Corp.
http://www.digitalspace.net


Re: spamd stops processing

Posted by "Landon J. Dirgo" <la...@digitalspace.net>.
Setting skip_rbl_checks doesn't fix the problem.  I noticed this since my
original post.  It seems almost as if one process at a time starts dieing
until it doesn't have any left.  Pid 7365 is the main process.  When the
processes are function they're actually under the "mail" user.  You can see
the times that each child died the first one starting at 11:48 and so one
one every few minues until there was none left.  At this point nothing is
being logged and no mail is being processed.

root      7365  0.4  5.9 34888 30052 ?       S    11:37   0:28
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     10877  0.0  5.9 34888 30052 ?       S    11:48   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     11768  0.0  5.9 34888 30052 ?       S    11:52   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     12130  0.0  5.9 34888 30052 ?       S    11:53   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     12146  0.0  5.9 34888 30052 ?       S    11:53   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     12360  0.0  5.9 34888 30052 ?       S    11:53   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     13124  0.0  5.9 34888 30052 ?       S    11:56   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     13295  0.0  5.9 34888 30052 ?       S    11:57   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     13348  0.0  5.9 34888 30052 ?       S    11:57   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     14931  0.0  5.9 34888 30052 ?       S    12:02   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     15980  0.0  5.9 34888 30052 ?       S    12:06   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     16389  0.0  5.9 34888 30052 ?       S    12:07   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     17179  0.0  5.9 34888 30052 ?       S    12:10   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     18497  0.0  5.9 34888 30052 ?       S    12:15   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     18552  0.0  5.9 34888 30052 ?       S    12:15   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     18866  0.0  5.9 34888 30052 ?       S    12:16   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     19595  0.0  5.9 34888 30052 ?       S    12:19   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     20380  0.0  5.9 34888 30052 ?       S    12:21   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     20705  0.0  5.9 34888 30052 ?       S    12:22   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     21088  0.0  5.9 34888 30052 ?       S    12:24   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     21263  0.0  5.9 34888 30052 ?       S    12:24   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     21290  0.0  5.9 34888 30052 ?       S    12:24   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     22717  0.0  5.9 34888 30052 ?       S    12:29   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     23229  0.0  5.9 34888 30052 ?       S    12:31   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     23547  0.0  5.9 34888 30052 ?       S    12:32   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     24520  0.0  5.9 34888 30052 ?       S    12:35   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     24598  0.0  5.9 34888 30052 ?       S    12:35   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     25956  0.0  5.9 34888 30052 ?       S    12:40   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     26029  0.0  5.9 34888 30052 ?       S    12:40   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     28022  0.0  5.9 34888 30052 ?       S    12:48   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22
root     28167  0.0  5.9 34888 30052 ?       S    12:49   0:00
/usr/bin/spamd -d -c -m30 -H -i 216.222.203.4 -A 64.6.224.0/19,216.22


--
Landon J. Dirgo
landon@digitalspace.net
Digital Space, Corp.
http://www.digitalspace.net
----- Original Message ----- 
From: "Steve Thomas" <li...@sthomas.net>
To: <sp...@incubator.apache.org>
Sent: Tuesday, May 11, 2004 11:18 AM
Subject: Re: spamd stops processing


On Tue, May 11, 2004 at 09:36:57AM -0700, Landon J. Dirgo is rumored to have
said:
>
> I've been having an on and off problem with spamd.  We have 3 servers that
> run spamd all of which have had the problem on and off with specific cause
> that I can find.  These servers sole purpose in life is to run
spamassassin
> they have no other use.  All of our webhosting servers connect to them for
> processing.  We use dns load balancing between them.  The problem is spamd
> will completely stop processing mail on one or more of them with no cause
to
> be found.  The processes are still running but nothing is being logged.
No
> error messages.  A restart fixes the problem until it happens again
> sometimes 10 minutes sometimes 2 days.  Lately on one of the servers it's
> been about every 20 minutes which is getting very annoying.  Anyone have
any
> clues on this?

DNSBLs timing out?

I have similar problems on occasion. If I set skip_rbl_checks, the problems
go away. I usually turn them back on after a while and everything runs ok
until the next time...


-- 
"I think there is a world market for maybe five computers."
- Thomas Watson (1874-1956), Chairman of IBM, 1943


Re: spamd stops processing

Posted by Steve Thomas <li...@sthomas.net>.
On Tue, May 11, 2004 at 09:36:57AM -0700, Landon J. Dirgo is rumored to have said:
> 
> I've been having an on and off problem with spamd.  We have 3 servers that
> run spamd all of which have had the problem on and off with specific cause
> that I can find.  These servers sole purpose in life is to run spamassassin
> they have no other use.  All of our webhosting servers connect to them for
> processing.  We use dns load balancing between them.  The problem is spamd
> will completely stop processing mail on one or more of them with no cause to
> be found.  The processes are still running but nothing is being logged.  No
> error messages.  A restart fixes the problem until it happens again
> sometimes 10 minutes sometimes 2 days.  Lately on one of the servers it's
> been about every 20 minutes which is getting very annoying.  Anyone have any
> clues on this?

DNSBLs timing out?

I have similar problems on occasion. If I set skip_rbl_checks, the problems go away. I usually turn them back on after a while and everything runs ok until the next time...


-- 
"I think there is a world market for maybe five computers." 
- Thomas Watson (1874-1956), Chairman of IBM, 1943