Justin Mason wrote:
>> Update:
>>
>> If I run
>>
>> # su courier -c "/usr/perl5/bin/sa-learn --showdots --rebuild"
>>
>> to rebuild the SA database, the "bayes_journal" file gets rotated/removed(?)
>> and I stop getting the "Failed to run BAYES_NN ... " error messages ...
>>
>> ... for awhile.
>>
>> I thought that had fixed it, and that I had a corrupted database. But
>> shortly thereafter (after a rash of errant TCP Wrappers error messages),
>> the "bayes_journal" file was back, and at some point, once again, the
>> "Failed to run BAYES_NN SpamAssassin test, skipping" error messages
>> started to recur.
>
> Aha -- does SpamAssassin have write permission to the *directory*?
> /.spamassassin ?
Yup:
courierserver:1:239 [/var/spool/mqueue] # ls -ldg /.spamassassin
drwx------ 2 courier 1024 Oct 31 12:13 /.spamassassin/
"spamd" is running as user "courier", and all the files in that
directory are owned by "courier" as well.
>> Currently my directory has:
>>
>> [/] # ls -lt /.spamassassin
>> total 6574
>> -rw------- 1 courier courier 64951 Oct 30 09:53 bayes_journal
>>
>> [...]
>>
>> The "bayes_journal" file is there again, and so far, the errors have not yet
>> recurred, after Yet Another "sa-learn --rebuild" run. But I'm sure
>> it's just a matter of time.
>>
>> I'm really at a loss to understand what makes this error creep in at
>> some random point - and surely the error message is bogus? The database(s)
>> is/are obviously writable - so why would it complain "No write permission
>> to ndbm file at /usr/perl5/site_perl/5.005/Mail/SpamAssassin/BayesStore.pm
>> line 933"?
I'm suspecting the "bayes_journal" file is involved now. In BayesStore.pm,
I see code to sync the journal if it gets larger than "bayes_journal_max_size",
which appears to be specified as 100 Kbytes in Conf.pm.
My "bayes_journal" file isn't getting sync'ed! I haven't changed
any setting (e.g., setting "bayes_journal_max_size" to "0"), but for
some reason, "bayes_journal" is growing without bound. And, it seems,
once it gets past this magic 100 Kbyte limit, the "No write permission
to ndbm file ... " errors kick in immediately thereafter ...
Does that help?
- Greg
P.S. Next step is to make a new BayesStore.pm to insert dbg messages
in the code region where the sync is supposed to take place,
unless you already know what the problem is from this description.
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk