Bekijk Volledige Versie : wissen van bayes.lock.... files
Op een DA server met Spamassassin zie ik dat 90% van de schijfruimte voor een specifiek account is gevuld met bayes.lock bestanden in de .spamassassin map. Wat doen deze files en zou ik deze probleemloos kunnen verwijderen? Of zijn deze van wezelijk belang voor het leerproces van ontvangen spam voor Spamassassin?
Het account is 50 Mb. groot, maar ik heb nu al 45 Mb. aan bayes.lock-bestanden staan binnen dit account. Iemand een idee hoe deze bestanden worden aangemaakt; danwel een document waar ik deze info kan vinden?
Bij voorbaat dank.
Let ook eens op of je spamd process niet telkens op dezelfde user blijft steken? Als je met strace dat proces bekijkt zie je ook waarom hij die bayes files creeert.
Ik zie een hele reeks van de volgende regels, waar ik niet helder krijg van wat het doet. Deze heb ik overigens uit de system maillog:
Apr 1 22:08:33 ns1 spamd[9343]: spamd: connection from localhost.localdomain [127.0.0.1] at port 37590
Apr 1 22:08:33 ns1 spamd[9343]: spamd: setuid to <username> succeeded
Apr 1 22:08:33 ns1 spamd[9343]: config: failed to parse line, skipping, in "/home/<username>/.spamassassin/user_prefs": rewrite_subject 1
Apr 1 22:08:33 ns1 spamd[9343]: config: failed to parse line, skipping, in "/home/<username>/.spamassassin/user_prefs": subject_tag *****SPAM*****
Apr 1 22:08:33 ns1 spamd[9343]: spamd: processing message <000601c89436$02a52c51$8c3faf87@dasix> for <username>:525
Apr 1 22:08:33 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Apr 1 22:08:34 ns1 spamd[9343]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 456), recovering
Apr 1 22:08:34 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Apr 1 22:08:35 ns1 spamd[9343]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 456), recovering
Apr 1 22:08:35 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Apr 1 22:08:36 ns1 spamd[9343]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 456), recovering
Apr 1 22:08:37 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Apr 1 22:08:37 ns1 spamd[9343]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 456), recovering
Apr 1 22:08:38 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Apr 1 22:08:38 ns1 spamd[9342]: bayes: cannot write to bayes journal /home/<username>/.spamassassin/bayes_journal, aborting!
Apr 1 22:08:38 ns1 spamd[9342]: Exiting subroutine via last at /usr/lib/perl5/site_perl/5.8.3/Mail/SpamAssassin/BayesStore/DBM.pm line 1148.
Apr 1 22:08:38 ns1 last message repeated 3 times
Kan iemand vertalen wat hier gebeurt en of hiermee het probleem duidelijk is? Zo niet, zou ik dan de bayes.lock -files die zijn account grotendeels vullen probleemloos kunnen verwijderen, no matter what, without problems? Of heeft dat invloed op Spamassasin-zaken? Deze gebruiker heeft overigens Spamassassin gewoon uit staan.
Ik zie een hele reeks van de volgende regels, waar ik niet helder krijg van wat het doet.
Ik zie twee problemen en ik begrijp dat je een derde hebt.
Apr 1 22:08:33 ns1 spamd[9343]: config: failed to parse line, skipping, in "/home/<username>/.spamassassin/user_prefs": rewrite_subject 1
Je hebt twee parameters in user_prefs staan die daar niet in thuishoren. subject_tag en rewrite_subject komen niet voor in 'man Mail::SpamAssassin::Conf' dus dat moet je even uitzoeken en/of weghalen.
Apr 1 22:08:33 ns1 spamd[9342]: bayes: partial write to bayes journal /home/<username>/.spamassassin/bayes_journal (40 of 120), recovering
Het lijkt erop dat je user over z'n quota zit.
Kan iemand vertalen wat hier gebeurt en of hiermee het probleem duidelijk is? Zo niet, zou ik dan de bayes.lock -files die zijn account grotendeels vullen probleemloos kunnen verwijderen, no matter what, without problems? Of heeft dat invloed op Spamassasin-zaken? Deze gebruiker heeft overigens Spamassassin gewoon uit staan.
Zo te zien (spamd leest z'n mail, parsed er info uit, en schrijft die weg) is spamassassin gewoon actief. De lockfiles kun je veilig weghalen als er op dat moment geen mail binnenkomt voor de gebruiker. Maar ik denk dat die, als je niets aan z'n quota doet, na het eerstvolgende mailtje weer terugzijn, omdat er _helemaal_ niets geschreven kan worden naar z'n homedir. (nouja, 40 bytes..). Effe in ~/tmp kijken, of z'n spamfolder ontdoen van penisvergroters is meestal wel genoeg om ruimte te scheppen voor 1 succesvolle POP3-sessie. Check met de klant even dat 'ie 'leave mail on server' uitzet, dat scheelt.
Ok, dat is helder bedankt. Daarbij heb ik zijn account vergroot om het probleem eerst te verhelpen en dan waar mogelijk weer terug te brengen naar het formaat dat het account eerst had. Alleen lijkt het mij handig om eerst dit proces helder te hebben..
Ik zie ook nog een flinke 'bayes_toks' bestand (20 mb.) en daarbij 'bayes_toks.expire' bestanden (varieerend van een paar Mb. tot 9/10 Mb.). Wat is gebruikelijk of eigenlijk: wat is de beste oplossing om met dit soort grote files om te gaan? Wat doen ze, waarom zijn ze gegenereerd en gaan ze vanzelf weg of is er toch nog actie nodig? Kan ik deze eventueel ook verwijderen? Of hebben deze files ook te maken met verkeerde parameters in de user_prefs?
Ik heb ook begrepen dat het handig kan zijn om een:
sa-learn --force-expire
commando er op los te laten. Iemand hier ervaring mee?
Bij voorbaat dank.