Chris,
>your system cannot open any more files. It's just a temporary situation,
>just wait it out and hope you don't get more SMTP connections. :-)
Perhaps checkout ulimit -n, which refers to the max. no. of file descriptors
- With Solaris using ulimit -n xxx before calling qmail-start is appropriate,
but with Linux it looks like there is no upper limit (bash offers you a ulimit
command to check this). Maybe there's a hard-coded f.d. limit in the kernel??
>concurrencyremote and concurrencylocal do not affect how many
>qmail-smtpd processes can be run. Having 328 connections seems to
>me to be doable only if you invoke qmail-smtpd via inetd (see
>http://cr.yp.to/docs/inetd.html).
I disagree: I've setup machines handling plenty of connections
using tcpserver - which is, I feel, a far more appropriate way of
calling qmail-smtpd. Have you come across particular problems
with tcpserver that lead you to the 'Need inetd' conclusion? If it's
an issue of timeouts, or [very] slow connections, that should be
the familiar old cookie of the -R and -H options to tcpserver - as
someone who moved from inetd to tcpserver myself, this is a
problem I remember well....
cheers,
Andrew.
----------
From: Chris, the Young One[SMTP:[EMAIL PROTECTED]]
Sent: 31 July 2000 14:49
To: [EMAIL PROTECTED]
Subject: Re: many processes open
On Mon, Jul 31, 2000 at 12:03:12PM +0200, Marco Benetton wrote:
! @40000000398064413962161c delivery 303: deferral:
bin/qmail-queue:_error_in_loading_shared_libraries:_libc.so.6:_cannot_open_shared_object_file:_Error_23/Unable_to_forward_message:_qq_temporary_problem_(#4.3.0)./
Error 23, in Linux (not such a big assumption seeing that your libc is
called libc.so.6 :-)), is ENFILE (File table overflow). Essentially,
your system cannot open any more files. It's just a temporary situation,
just wait it out and hope you don't get more SMTP connections. :-)
! I have set the file concurencyremote=20 and concurencylocal=10
! but how is possible that I have 328 qmail-smtpd process in a time.
concurrencyremote and concurrencylocal do not affect how many
qmail-smtpd processes can be run. Having 328 connections seems to
me to be doable only if you invoke qmail-smtpd via inetd (see
http://cr.yp.to/docs/inetd.html).
Try using tcpserver from the ucspi-tcp package instead. It has a
concurrency limit of 40, by default. See http://cr.yp.to/ucspi-tcp.html.
Good luck,
---Chris
K.