You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by "Sandy S." <sa...@boreal.org> on 2005/11/07 23:40:50 UTC

Spamd Children Not Dying

We're running SpamAssassin version 3.1.0 on FreeBSD.  Up till now it's been
running like a top, but over the weekend (after a particularly large run of
spam), it suddenly stopped processing messages.  The logs showed many lines
like:

Nov  5 05:03:04 teal spamd[28234]: prefork: write of ping failed to 14750
fd=:
at
/usr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdForkScaling.pm
li
ne 287.
Nov  5 05:03:04 teal spamd[28234]: Use of uninitialized value in
concatenation (
.) or string at
/usr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdFork
Scaling.pm line 123.
Nov  5 05:03:04 teal spamd[28234]: prefork: killing failed child 14750 fd=
at /u
sr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdForkScaling.pm
line 12
3.
Nov  5 05:03:04 teal spamd[28234]: prefork: kill of failed child 14750
failed: N
o such process
Nov  5 05:03:04 teal spamd[28234]: prefork: killed child 14750 at
/usr/local/lib
/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdForkScaling.pm line 137.
Nov  5 05:03:04 teal spamd[28234]: syswrite() on closed filehandle GEN120016
at
/usr/local/lib/perl5/5.8.7/mach/IO/Handle.pm line 451.
Nov  5 05:03:04 teal spamd[28234]: Use of uninitialized value in
concatenation (
.) or string at
/usr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdFork
Scaling.pm line 287.
Nov  5 05:03:04 teal spamd[28234]: prefork: write of ping failed to 14772
fd=:
at
/usr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdForkScaling.pm
li
ne 287.
Nov  5 05:03:04 teal spamd[28234]: Use of uninitialized value in
concatenation (
.) or string at
/usr/local/lib/perl5/site_perl/5.8.7/Mail/SpamAssassin/SpamdFork
byte 11347664
.
.
.

Then it ran for a while but always with
prefork: child states: KBKKKKKKKKKKKKKKKKKKKK
KKKKKKKKKKKKKKKKKK
 - only one child working.

Finally we got the same error messages as above on that last child and spam
scanning stopped.  After I killed and restarted spamd things returned to
normal, but meanwhile we had a lot of spam complaints!

I'm calling spamd with -m 40 (otherwise we were constantly getting the
"Consider raising your max-clients setting" message.)

I found a bugzilla that appeared to address this -
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4410

but it was supposed to have been resolved in version 3.1.0.  Any ideas what
may have caused this and how to avoid it in the future?

Thanks!

Sandy