Dan Mahoney, System Admin wrote:
On Thu, 2 Mar 2006, Daryl C. W. O'Shea wrote:
Dan Mahoney, System Admin wrote:
On Fri, 10 Feb 2006, Daryl C. W. O'Shea wrote:
Had another hangup today. Should I comment on the bug report, or
just reply here, and note http://www.gushi.org/maillog.txt
If you're seeing this again...
Dan Mahoney, System Admin wrote:
Feb 10 08:57:40 quark spamd[66716]: prefork: select returned error
on server filehandle: Bad file descriptor
Feb 10 08:57:51 quark last message repeated 20403 times
I am not seeing that.
I would never have guessed from "had another hangup today". :)
The link you posted to your maillog was first 404 and now 403.
Here's the errors I'm currently seeing that do not seem right to me:
1) An error relating to Textcat that I can find no real documentation on
in the wiki or the docs, and reading the source does not imply
specifying a filename:
Mar 2 13:09:07 quark spamd[52083]: textcat: languages filename not
defined at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/Plugin/TextCat.pm
line 320.
Mar 2 13:09:07 quark spamd[52083]: plugin: failed to create instance of
plugin Mail::SpamAssassin::Plugin::TextCat: textcat: languages filename
not defined at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/Plugin/TextCat.pm
line 320.
Hmm, that's your bug:
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4803
From SpamAssassin.pm pod (I don't think anything else uses this config
option... it should probably be moved to the plugin):
=item languages_filename
If you want to be able to use the language-guessing rule
C<UNWANTED_LANGUAGE_BODY>, and are using C<config_text> instead of
C<rules_filename>, C<site_rules_filename>, and C<userprefs_filename>,
you will
need to set this. It should be the path to the B<languages> file normally
found in the SpamAssassin B<rules> directory.
If this applies, make sure you set the path to your languages file as
above. If this works, please note the fix in your bug 4803 and close it
as invalid.
2) A bunch of warnings, all in a row (I see this regularly, I think when
a new child spawns):
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
addition (+) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2698, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric ge (>=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric le (<=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
sprintf at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2707, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
addition (+) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2698, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric ge (>=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric le (<=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
sprintf at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2707, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
addition (+) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2698, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric ge (>=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric le (<=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
sprintf at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2707, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
addition (+) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2698, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric ge (>=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
numeric le (<=) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2703, <GEN1723> line 97.
Mar 2 13:07:55 quark spamd[95378]: Use of uninitialized value in
sprintf at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 2707, <GEN1723> line 97.
Mar 2 13:07:56 quark spamd[95378]: Use of uninitialized value in
numeric eq (==) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 430, <GEN1723> line 97.
Mar 2 13:07:56 quark spamd[95378]: Use of uninitialized value in
numeric eq (==) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 430, <GEN1723> line 97.
Mar 2 13:07:56 quark spamd[95378]: Use of uninitialized value in
numeric eq (==) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/PerMsgStatus.pm
line 430, <GEN1723> line 97.
This looks like something is calling _handle_hit() without passing a
defined score. I'd look for a third-party plugin causing the problem.
Try disabling one plugin at a time until the errors disappear.
3) This on startup:
Mar 2 13:43:57 quark spamd[52090]: Use of uninitialized value in
pattern match (m//) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/Conf/Parser.pm
line 547, <GEN2752> line 2.
Mar 2 13:43:57 quark spamd[52090]: Use of uninitialized value in
pattern match (m//) at
/usr/local/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/Conf/Parser.pm
line 547, <GEN2752> line 2.
This looks like it might be caused by a plugin handling the
configuration of a rule that does have a score defined or tflags defined.
I'd be interested in if this is true or not.
This (around Parser.pm line 547):
$set_score = -$set_score if ( $conf->{tflags}->{$k} =~ /\bnice\b/);
Should probably be changed to:
$set_score = -$set_score if ( exists $conf->{tflags}->{$k} &&
$conf->{tflags}->{$k} =~ /\bnice\b/ );
And 4) This whenever it gets hung up (those __alarm__ things couldn't be
more vague, could they?):
They're timeouts. Running in debug mode will make it clear where the
timeouts are from.
Mar 2 12:53:07 quark spamd[94770]: __alarm__
Mar 2 12:53:07 quark spamd[94770]: __alarm__
Mar 2 12:53:08 quark spamd[62721]: prefork: child states:
BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
Mar 2 12:53:08 quark spamd[62721]: prefork: server reached
--max-clients setting, consider raising it
Mar 2 12:53:08 quark spamd[47482]: spamd: processing message
<[EMAIL PROTECTED]> for spam:58
Mar 2 12:53:09 quark spamd[51067]: child processing timeout at
/usr/local/bin/spamd line 1088, <GEN1808> line 184.
Mar 2 12:53:09 quark spamd[51067]: child processing timeout at
/usr/local/bin/spamd line 1088, <GEN1808> line 184.
Mar 2 12:53:09 quark spamd[94770]: spamd: connection from
prime.gushi.org [65.125.228.130] at port 2352
Mar 2 12:53:13 quark spamd[94757]: __alarm__
Mar 2 12:53:13 quark spamd[94757]: __alarm__
Mar 2 12:53:14 quark spamd[92467]: __alarm__
Mar 2 12:53:14 quark spamd[92467]: __alarm__
Mar 2 12:53:14 quark spamd[62721]: prefork: child states:
BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
Mar 2 12:53:14 quark spamd[62721]: prefork: server reached
--max-clients setting, consider raising it
Mar 2 12:53:15 quark spamd[49242]: spamd: processing message
<[EMAIL PROTECTED]> for tylersticka:58
Mar 2 12:53:15 quark spamd[62721]: prefork: child states:
BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
Mar 2 12:53:15 quark spamd[62721]: prefork: server reached
--max-clients setting, consider raising it
Mar 2 12:53:16 quark spamd[51061]: child processing timeout at
/usr/local/bin/spamd line 1088, <GEN1801> line 86.
Mar 2 12:53:16 quark spamd[51061]: child processing timeout at
/usr/local/bin/spamd line 1088, <GEN1801> line 86.
Mar 2 12:53:16 quark spamd[51066]: spamd: identified spam (8.2/5.0) for
nomylamm:58 in 314.8 seconds, 1430 bytes.
I don't know if these relate to the original bug enough -- perchance you
can tell me?
If all those busy children aren't actually doing anything, then yeah,
that's a problem.
I'd get all your other problems cleared up first though.
Daryl
