Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread RW
On Tue, 31 Jan 2012 15:17:34 -0800 (PST) John Hardin wrote: > On Tue, 31 Jan 2012, Kris Deugau wrote: > > But most of the time, there are 6-8 children running. > > > >> ...to answer my own question, max-spare overrides it? > > > > Hm, I wondered if that might be the case. > > Can't see what els

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread John Hardin
On Tue, 31 Jan 2012, Kris Deugau wrote: John Hardin wrote: On Tue, 31 Jan 2012, John Hardin wrote: > You posted this command line: > > /usr/local/bin/spamd -d -x -q -r /var/run/spamd.pid --min-children=59 > --min-spare=1 --max-spare=1 --max-conn-per-child=100 -m 60 -s local1 > -u spamd -

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread Kris Deugau
Axb wrote: total shot in the dark: Do you use Bayes autoexpire? a long autoexpire job during highish load can do weird things. No, daily cron expiry since shortly after I started using a global Bayes with 2.5. In the current incarnation a short script does sa-learn --force-expire along with

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread Axb
On 01/31/2012 10:30 PM, Kris Deugau wrote: OTOH... I'm having trouble seeing where this could cause the whole spamd process tree to lock up completely for ~15 minutes. (It locks hard enough that a monitoring process gets "connection timed out", even though there are only 5 spamd children running

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread Kris Deugau
John Hardin wrote: On Tue, 31 Jan 2012, John Hardin wrote: You posted this command line: /usr/local/bin/spamd -d -x -q -r /var/run/spamd.pid --min-children=59 --min-spare=1 --max-spare=1 --max-conn-per-child=100 -m 60 -s local1 -u spamd --timeout-child=60 -i 0.0.0.0 -A --syslog-ident spamd/mai

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread John Hardin
On Tue, 31 Jan 2012, John Hardin wrote: On Tue, 31 Jan 2012, Kris Deugau wrote: RW wrote: > On Mon, 30 Jan 2012 18:04:58 -0500 > Kris Deugau wrote: > > > 23:23:32 mfs2 spamd/main[26981]: prefork: child states: BI > > 23:23:34 mfs2 spamd/main[26981]: prefork: child states: BI > > 2

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread John Hardin
On Tue, 31 Jan 2012, Kris Deugau wrote: RW wrote: On Mon, 30 Jan 2012 18:04:58 -0500 Kris Deugau wrote: > 23:23:32 mfs2 spamd/main[26981]: prefork: child states: BI > 23:23:34 mfs2 spamd/main[26981]: prefork: child states: BI > 23:23:35 mfs2 spamd/main[26981]: prefork: child states: BI >

Re: [OT] RBLs

2012-01-31 Thread Phil Daws
- Original Message - > On 1/11/2012 5:10 PM, David B Funk wrote: > > Problem with all those methods is that they're reactive, will not > > hit > > until -after- somebody has seen the bad crap and created filers, > > RBL-lists, taught Bayes, etc. > > > > The OP explicitly said that the first

Re: Burst of large messages sometimes causes spamd to lock up

2012-01-31 Thread Kris Deugau
RW wrote: On Mon, 30 Jan 2012 18:04:58 -0500 Kris Deugau wrote: 23:23:32 mfs2 spamd/main[26981]: prefork: child states: BI 23:23:34 mfs2 spamd/main[26981]: prefork: child states: BI 23:23:35 mfs2 spamd/main[26981]: prefork: child states: BI 23:39:20 mfs2 spamd/main[26981]: prefork: child states