I would blame policyd's compilation for allowing more potential file descriptors than most shells will by default -- unless it provided extra code to warn users to make sure the file descriptor limit is first raised. As mentioned before, it doesn't seem a good practice to so readily make it possible for the number of smtpd connections exceed the number of policyd conenctions.
I will say that running such a high number of conenctions is probably pretty unusual, but as we see here, not out of the question. On Fri, 7 Sep 2007, Cami Sardinha wrote: > Artem Bokhan wrote: >> I will play with ulimit (was 1024 :( ) first and wait until bots will >> wake up again :) >> May be it's possible to increase the limits by policyd instead of shell?.. > > There is no guarantee that Policyd's attempt to raise it will work. > > I do recommend you do some kernel tuning as well as raising the > ulimit's. I can see from your previous post that Policyd is in fact > built to use 4096 file descriptors, however, if you're limiting > Policyd to 1024 in ulimit, can you really blame Policyd for its > behavior? > > Cami > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > policyd-users mailing list > policyd-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/policyd-users > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ policyd-users mailing list policyd-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/policyd-users