On Fri, 17 Oct 2003 09:44:09 +0200, you wrote: >Stewart, John schrieb am Mittwoch, 15. Oktober 2003 um 14:02:31 -0500: >> >> I finally got around to installing 2.60 today in my system, running it with >> amavisd-new (which I also bumped up to the latest, 20030616. >> >> I'm very happy that the bayes opportunistic expiration is now configurable >> with the bayes_auto_expire option. >> >> However, there seems to be some other contention issue. What I'm seeing is >> the SA calls timing out in the BayesStore.pm and UnixLocker.pm modules: >> >> Oct 15 12:12:52 spaminator amavis[692]: (00692-09) SA TIMED OUT, backtrace: >> at /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/BayesStore.pm line >> 434\n\trequire 8 called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/BayesStore.pm line >> 434\n\tMail::SpamAssassin::BayesStore::untie_db('Mail::SpamAssassin::BayesSt >> ore=HASH(0x9227e38)', 'Mail::SpamAssassin::BayesStore=HASH(0x9227e38)', >> 'Mail::SpamAssassin::BayesStore=HASH(0x9227e38)', >> 'Mail::SpamAssassin::BayesStore=HASH(0x9227e38)') called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/BayesStore.pm line >> 1075\n\tMail::SpamAssassin::BayesStore::sync_journal('Mail::SpamAssassin::Ba >> yesStore=HASH(0x9227e38)', undef) called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/Bayes.pm line >> 856\n\tMail::SpamAssassin::Bayes::sync('Mail::SpamAssassin::Bayes=HASH(0x951 >> 8598)', 1, 0) called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/Bayes.pm line >> 1104\n\tMail::SpamAssassin::Bayes::opportunistic_calls('Mail::SpamAssassin:: >> Bayes=HASH(0x9518598)') cal... >> Oct 15 12:25:16 spaminator amavis[1871]: (01871-01) SA TIMED OUT, backtrace: >> at /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/UnixLocker.pm line >> 58\n\tMail::SpamAssassin::UnixLocker::safe_lock('Mail::SpamAssassin::UnixLoc >> ker=HASH(0x929b5e4)', '/var/amavis/bayes', 10) called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/BayesStore.pm line >> 224\n\tMail::SpamAssassin::BayesStore::tie_db_writable('Mail::SpamAssassin:: >> BayesStore=HASH(0x929b704)') called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/Bayes.pm line >> 628\n\trequire 8 called at >> /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/Bayes.pm line >> 621\n\tMail::SpamAssassin::Bayes::learn('Mail::SpamAssassin::Bayes=HASH(0x95 >> 8baa0)', 0, 'Mail::SpamAssassin::NoMailAudit=HASH(0xa0f60c0)', undef) called >> at /usr/lib/perl5/site_perl/5.6.0/Mail/SpamAssassin/PerMsgLearner.pm line >> 110\n\tMail::SpamAssassin::PerMsgLearner::learn_ham('Mail::SpamAssassin::Per >> MsgLearner=HASH(0xa1e5ca0)', undef) cal... >> >> >> Anyone else seen this? Is there any other expiration contention issue we >> should be aware of with 2.60? I see there is a bayes_journal_max_size >> option. I tried setting this to 0 about an hour ago and I've not seen any >> more "SA TIMED OUT" entries in the log. >> >> One other possible issue is that I kept my old bayes DB - I did an expire >> first, then upgraded to 2.60, and then restarted amavisd. Perhaps some cruft >> in there? > >Hi, > >I encountered the same problem, due to this the load increases to a much >higher level than it was when using SA 2.5x (from below 1 to 5 and >more!) > >Yours, Joerg
I'm using SA 2.60 with Amavisd-new 20031018 - havn't had any problems at all. Bayes is working fine, as is everything else. I did not keep my old bayes database (I never did get it to work right prior to 2.60, kept telling me it had 18 spams and no hams, every day, no matter what I fed it.) I also didn't mess with any of the configuration defaults. I was in a tearing hurry to get SA and amavis set up - I was being buried in Gibe.F messages at the time. I did have to switch from sendmail to postfix - sendmail is a resource hog, comparitively speaking. between spam and viruses, my system has peaked at 20 messages received in a minute. Sendmail/mimedefang/Clam/Spamassassin was bogging down badly. Postfix/amavis/clam/f-prot/Spamassassin runs MUCH faster on the same hardware. perhaps your timeouts are simply that - real timeouts. Mike- Mornings: Evolution in action. Only the grumpy will survive. ----------------------------------------------------- Please note - Due to the intense volume of spam, we have installed site-wide spam filters at catherders.com. If email from you bounces, try non-HTML, non-encoded, non-attachments. ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk