einot / gross

Automatically exported from code.google.com/p/gross
Other
1 stars 2 forks source link

accept(): Too many open files #75

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
I'm not sure what steps to take to reproduce this error, but after a few
hours of running with the default thread pool size of 100, grossd dies with
error code 2: accept(): Too many open files.  We do have a very large mail
load, averaging 95 greylist actions per second, so maybe there are
descriptors that aren't being cleaned up somewhere.

Original issue reported on code.google.com by skaa...@gmail.com on 18 Sep 2008 at 12:36

GoogleCodeExporter commented 9 years ago
Grossd needs a lot of descriptors under heavy loads. Do you have any dnsbl's 
configured? Have you noticed any 
problems in log files (regarding threads or threadpools)? What does ulimit look 
like? 

I'm not aware of any leaking in the current release, at least on Solaris we're 
running here.

Original comment by eino.tuominen@gmail.com on 25 Sep 2008 at 10:49

GoogleCodeExporter commented 9 years ago
No, we have no dnsbls comfigred, since we check those in Postfix and we'd 
prefer to
keep them there.  We're running Ubuntu 6.06, and I built the gross package 
myself
from source.  ulimit is set to allow 1024 open file descriptors at any one 
time, but
we can certainly increase this.  Even so, the second time around (because this 
just
happened again) it took quite some time for our rate levels to rise high enough 
that
we hit that limit.  You might want to consider having this problem in the
documentation so that people can avoid it right from the outset in future.

Original comment by skaa...@gmail.com on 22 Oct 2008 at 1:03