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

Reply via email to