Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] sa-learn is killing my server
Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 Thanks Jake - as usual you are the man! That might be something to consider putting into the defaults, as most people are not running mail servers with 8GB of RAM. W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] sa-learn is killing my server
Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 After trying what you described and going as low as 2, It seems that spamd still spawns many sa-learn jobs regardless of that setting. I still have to rename sa-learn, at least until I get more RAM. W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 Thanks Jake - as usual you are the man! That might be something to consider putting into the defaults, as most people are not running mail servers with 8GB of RAM. Naw, I'm just good at breaking stuff. Good decisions come from experience, and experience comes from bad decisions. I found that 5 children works for me on a 512M 2.4 Intel Celeron that hosts a few web sites (PHP blogs and what not) and runs as a DNS server for the domains I manage. I can bump it up to 7 before I get into swap, but I wanted to make sure I could add a few more rules without having to remember to edit that file again. You'll have to decide what works best for you. Good luck! smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 After trying what you described and going as low as 2, It seems that spamd still spawns many sa-learn jobs regardless of that setting. I still have to rename sa-learn, at least until I get more RAM. I found that I had to do a reboot to get it to take effect. You may be able to restart the service to make it take effect as well - it was 1am when I changed mine so a reboot was no big deal. smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 After trying what you described and going as low as 2, It seems that spamd still spawns many sa-learn jobs regardless of that setting. I still have to rename sa-learn, at least until I get more RAM. W Warren, How are you running sa-learn? Are you talking about the autolearn option? (apparently) Perhaps your bayes journal hasn't sync'd in a while (or ever). Try running # sa-learn -u vpopmail --force-expire # chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks and see if that doesn't speed things up. What does this sa-learn report when you run it? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] sa-learn is killing my server
Eric Shubes wrote: Warren (mailing lists) wrote: Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 After trying what you described and going as low as 2, It seems that spamd still spawns many sa-learn jobs regardless of that setting. I still have to rename sa-learn, at least until I get more RAM. W Warren, How are you running sa-learn? Are you talking about the autolearn option? (apparently) Perhaps your bayes journal hasn't sync'd in a while (or ever). Try running # sa-learn -u vpopmail --force-expire # chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks and see if that doesn't speed things up. What does this sa-learn report when you run it? You know I only half read your original email Warren. I thought you had meant that the spamd process was bogging your machine down as emails came in. How are you running sa-learn? Is it in the mailfilter script? Sorry about that! smime.p7s Description: S/MIME Cryptographic Signature
Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: ...so I sent out all of these great replies, but after I had changed my connection and forgotten to change my spf record to match - duh. Doh! (It's actually in the dictionary now) Anyway, I turned off sa-learn in the mailfilter script and do not have to deal with it now. I am going to pick up another 2GB of RAM (man is ECC Registered RAM expensive!) and then give it another shot. (I should start a new thread for this question, but I won't) Can this spambox/mailfilter/sa-learn configuration be used with a pop3 configuration, or is only usable for imap? (We should have a wiki howto about this) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] sa-learn is killing my server
Warren (mailing lists) wrote: Jake Vickers wrote: Eric Shubes wrote: Warren (mailing lists) wrote: Jake Vickers wrote: Warren (mailing lists) wrote: sa-learn is using so much memory and CPU time that it is killing my server. I have renamed it for now, but would like to know if there is a way to limit the amount of memory or processes that it uses? I had the same problem here. 67M a process eats up the ram quickly. Go to your run file for spamd (/var/qmail/supervise/spamd/run) and add the --maxchildren=x option to limit how many processes it will spawn: exec /usr/bin/spamd --max-children=5 -x -u vpopmail -s stderr 21 After trying what you described and going as low as 2, It seems that spamd still spawns many sa-learn jobs regardless of that setting. I still have to rename sa-learn, at least until I get more RAM. W Warren, How are you running sa-learn? Are you talking about the autolearn option? (apparently) Perhaps your bayes journal hasn't sync'd in a while (or ever). Try running # sa-learn -u vpopmail --force-expire # chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks and see if that doesn't speed things up. What does this sa-learn report when you run it? You know I only half read your original email Warren. I thought you had meant that the spamd process was bogging your machine down as emails came in. How are you running sa-learn? Is it in the mailfilter script? Sorry about that! ...so I sent out all of these great replies, but after I had changed my connection and forgotten to change my spf record to match - duh. Anyway, I turned off sa-learn in the mailfilter script and do not have to deal with it now. I am going to pick up another 2GB of RAM (man is ECC Registered RAM expensive!) and then give it another shot. It's always the little things; like periods in BIND. ;) Try changing the line to use the --no-sync option, then run a sa-learn --sync sometime in the evening when the server load is low. I've found that the sync'ing takes a LONG time and eats a lot of RAM if you've got a good size Bayes. smime.p7s Description: S/MIME Cryptographic Signature