http://lists.debian.org/debian-isp/2001/debian-isp-200110/msg00004.html
That's a linux-kernel generated message and has to do with the VM subsystem of the kernel failing under heavy memory load.
You might consider upgrading your version of SpamAssassin. I'm not sure offhand if there are any memory bugs fixed in spamd since 2.31, but there has been a LOT of fixing and change since that release and the current 2.43.
And yes, razor is a tool which will be used automatically by spamd/spamassassin if you have razor installed. You can disable it by setting the score of RAZOR_CHECK and RAZOR2_CHECK to 0 in your local.cf, or by removing razor from your system, in which case spamassassin won't try to use it and be happy without it. If you don't want to try upgrading SA, you might consider trying disabling razor to see if that's the cause of your memory woes.
At 11:38 AM 1/10/2003 -0800, Ron Weales wrote:
OK, SA newbie here with questions and concerns.
Any positive feedback and suggestions will be greatly appreciated!
Here is the configuration of the system that SA runs on:
SA 2.31 using spamc/spamd is invoked by Vpopmail/Qmail on a machine running RH 6.2 on a P3 600/256mb ram. System supports less than 100 users and has been running fine for over 6 months with standard qmail - vpopmail - mySQL installation and configuration. In addition, it runs the qmail-scanner package that filters viruses through McAfee Virus Scan (uvscan) and also runs the web enabled qmailadmin (working with vpopmail) also, so that users can administer their own accounts.
The mail system has worked fine until yesterday when it started having problems. Users were complaining about slow sending/receiving of their mail. Looked at the server and saw the following message scrolling on all consoles:
"VM: do_try_to_free_pages failed for spamd"
Since the message was scrolling on all consoles, login was not an option. We had to reboot, and then the server cooperated and users were again sending and receiving mail. System has lots of free space and "cat /proc/meminfo" showed memory usage at about 60%. About two hours later, users again said mail was slow, checked server, saw that meminfo showed usage almost maxed out. Ran "netstat -a" and saw lots and lots of connections to "munitions2.xs4.all". At the time I didn't know what that was but have since tentatively determined that it is the connection to "Vipuls Razor" (sp?) which apparently is the "collaborative spam index"? Anyway, memory usage continued to grow until the "VM: do_try_to_free_pages failed for spamd" error came back again and had to reboot. Today when I first got in I checked the server, all was ok, users were sending and receiving no problem and mem usage was about 60%, but on the console screen was a few lines of the "VM: do_try_to_free_pages failed for spamd" error. Netstat now shows several connections (not nearly as many as yesterday) to "razor.pacificnet", which I assume is similar to "Vipuls Razor"? Also see that the /var/log/maillog file is very slow to append, when I "tail-f" it, it shows info from the day before? The file is currently at 11mb and growing.
Any ideas on this error or memory usage/paging problems with SA?
thanks
Ron Weales
------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
