SA Bugzilla – Bug 5679
spamd problem possibly caused by child processing timeout
Last modified: 2022-04-14 11:10:53 UTC
We have the 2 servers using Suse Linux Enterprise 10, spamassassin 3.2.3, perl 5.8.8. Bayes’s base is located on remote mysql server (v. 5.0.27). It was noticed that when the server becomes busy and spamassassin begins to expire old tokens , spamassassin was parsing mail queue very slowly, though prefork child states show that the spamd processes exist. The log file shows: bayes: expire_old_tokens: child processing timeout at /usr/bin/spamd line 1246, <$tmpfile> line 1 spamd processes, for example: spamd[13379]: rules: failed to run BAYES_99 test, skipping: spamd[13379]: (child processing timeout at /usr/bin/spamd line 1246, <GEN235> line 63. spamd[13379]: ) spamd[13382]: Argument "M-IM-~M-{M-`s" isn't numeric in addition (+) at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Bayes.pm line 1348, <$tmpfile> line 1. spamd[13390]: Argument "M-^[=AM-^\^G" isn't numeric in addition (+) at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/Bayes.pm line 1348, <$tmpfile> line 1. spamd[13318]: spamd: handled cleanup of child pid 13385 due to SIGCHLD spamd[13318]: spamd: handled cleanup of child pid 13387 due to SIGCHLD After spamassassin had restarted his processes it continued to work normally but some messages were lost during this incident.
This looks a lot like bug 5671, although there is no indication that an expire was involved in that bug.
(In reply to comment #1) > This looks a lot like bug 5671, although there is no indication that an > expire was involved in that bug. Maybe. Messages expire_old_tokens: child processing timeout at /usr/bin/spamd appears periodically, but not always are accompanied by other errors. It seems our problem appears, when a lot of messages fall into mail queue at short time. Today where were a another error: rules: failed to run BAYES_99 test, skipping: (panic: sv_setpvn called with negative strlen at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/BayesStore/SQL.pm line 587, <$tmpfile> line 1. prepare_cached(SELECT spam_count, ham_count, token_count, last_expire, last_atime_delta, last_expire_reduce,oldest_token_age, newest_token_age FROM bayes_vars WHERE id= ?) statement handle DBI::st=HASH(0x8e31954) still Active at /usr/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/BayesStore/SQL.pm line 1348, <$tmpfile> line 1. But all other error messages still exists. Do you get errors in Bayes.pm and Sql.pm modules?
Closing this as an old stale bug, maybe same as bug 5671