Leaving some file descriptors open was a bug in RC3 and has been fixed a long time ago. Which makes me wonder how many of you use the latest cvs and how many rc3. There have been some bugfixes for all and major speed improvements for imap since rc3; in my opinion latest cvs is a better release candidate than rc3 :-) The fact that the daemon's only commit suicide when the specified number of connections is reached is hard-coded; the daemons only die on (1) fatal signals and (2) suicide after max. number of connections (and kill -9 of course ;-)
regards roel ----- Original Message ----- From: "Abdulla Damingo" <[EMAIL PROTECTED]> To: <dbmail@dbmail.org> Sent: Wednesday, September 25, 2002 12:41 PM Subject: Re: [Dbmail] Still getting failed suicides... > Hi guys > > Well I don't have this kind of problem , how many users log onto the > server similtaneously? , What is th e spec of the machine , is there > enough cpu , memory power to drive this. > > I have a similar problem using fetchmail , tells me thrown from MDA > > Can't help you here bru > > >>> [EMAIL PROTECTED] 09/25/02 11:22 AM >>> > > My experience with the pop daemon is that it *never* commits suicide > unless > the POP3D_CHILD_MAX_CONNECTS variable is set to its default as defined > in > pop3.h, i.e. 1500 (which is not the same as the default value as set in > the > default dbmail.conf). Before I changed it to 1500 the number of open > files > owned by the pop daemon kept growing. Eventually resulting in a 'too > many > open files" error locking up the system. > Now I see the occasional "committing suicide" notice and the number of > open > files stays at a healthy level. I'm still figuring out if the same thing > goes > for the imap daemon. > > I'm not sure if this has been dealt with in the CVS since I'm running > the RC3 > version (on FreeBSD 4.6.2-RELEASE) and haven't gotten around to looking > into > that. > > Regards, > > Erwin > > On Wednesday 25 September 2002 08:58, Roel Rozendaal wrote: > > Think that is the case however this would indicate a more serious bug > as > > it's pid-entry isn't supposed to be cleared except on child exit. Try > > placing a exit(0) (and a trace(_ERROR) message) just after the for > loop and > > see what happens.. > > > > regards roel > > > > ----- Original Message ----- > > From: "Philip Warner" <[EMAIL PROTECTED]> > > To: <dbmail@dbmail.org> > > Sent: Wednesday, September 25, 2002 2:22 AM > > Subject: [Dbmail] Still getting failed suicides... > > > > > Still getting apparent repeated failed suicides; any suggestions of > ways > > > > to > > > > > track this down would be helpful. Looking at the code, I'd guess > that the > > > child process is not finding itself in the list of processes, so is > never > > > getting to the 'exit(0)' statement, but I'd appreaite a comment from > > > someone who knows the code better. > > > > > > > > > Sep 25 00:01:39 mag dbmail/pop3d[3464]: pop3(): user dwilson logged > in > > > [messages=24, octets=215520] > > > Sep 25 00:01:40 mag dbmail/pop3d[3464]: handle_client(): user > dwilson > > > logging out [message=24, octets=215520] > > > Sep 25 00:01:40 mag dbmail/pop3d[3464]: Maximum # of connections > reached, > > > committing suicide... > > > Sep 25 00:01:40 mag dbmail/pop3d[3465]: handle_client(): incoming > > > connection from [10.10.10.2] > > > Sep 25 00:01:41 mag dbmail/pop3d[3465]: pop3(): user adamson logged > in > > > [messages=0, octets=0] > > > Sep 25 00:01:41 mag dbmail/pop3d[3465]: handle_client(): user > adamson > > > logging out [message=0, octets=0] > > > Sep 25 00:01:41 mag dbmail/pop3d[3465]: Maximum # of connections > reached, > > > committing suicide... > > > Sep 25 00:01:42 mag dbmail/pop3d[3463]: handle_client(): incoming > > > connection from [10.192.4.248] > > > Sep 25 00:01:43 mag dbmail/pop3d[3463]: pop3(): user rperrignon > logged in > > > [messages=0, octets=0] > > > Sep 25 00:01:43 mag dbmail/pop3d[3463]: handle_client(): user > rperrignon > > > logging out [message=0, octets=0] > > > Sep 25 00:01:43 mag dbmail/pop3d[3463]: Maximum # of connections > reached, > > > committing suicide... > > > Sep 25 00:01:43 mag dbmail/pop3d[82258]: handle_client(): incoming > > > connection from [10.193.1.141] > > > Sep 25 00:01:43 mag dbmail/pop3d[82258]: pop3(): user spiedade > logged in > > > [messages=0, octets=0] > > > Sep 25 00:01:43 mag dbmail/pop3d[82258]: handle_client(): user > spiedade > > > logging out [message=0, octets=0] > > > Sep 25 00:01:43 mag dbmail/pop3d[82261]: handle_client(): incoming > > > connection from [10.193.1.141] > > > Sep 25 00:01:43 mag dbmail/pop3d[82262]: handle_client(): incoming > > > connection from [10.193.1.141] > > > Sep 25 00:01:45 mag dbmail/pop3d[3464]: handle_client(): incoming > > > connection from [10.10.10.2] > > > Sep 25 00:01:46 mag dbmail/pop3d[3464]: pop3(): user moconnor logged > in > > > [messages=0, octets=0] > > > Sep 25 00:01:46 mag dbmail/pop3d[3464]: handle_client(): user > moconnor > > > logging out [message=0, octets=0] > > > Sep 25 00:01:46 mag dbmail/pop3d[3464]: Maximum # of connections > reached, > > > committing suicide... > > > Sep 25 00:01:50 mag dbmail/pop3d[3465]: handle_client(): incoming > > > connection from [10.10.10.2] > > > Sep 25 00:01:50 mag dbmail/pop3d[3465]: pop3(): user gordon logged > in > > > [messages=0, octets=0] > > > Sep 25 00:01:50 mag dbmail/pop3d[3465]: handle_client(): user gordon > > > logging out [message=0, octets=0] > > > Sep 25 00:01:51 mag dbmail/pop3d[3465]: Maximum # of connections > reached, > > > committing suicide... > > > Sep 25 00:01:51 mag dbmail/pop3d[3463]: handle_client(): incoming > > > connection from [10.10.10.2] > > > Sep 25 00:01:51 mag dbmail/pop3d[3463]: pop3(): user callaghan > logged in > > > [messages=0, octets=0] > > > Sep 25 00:01:51 mag dbmail/pop3d[3463]: handle_client(): user > callaghan > > > logging out [message=0, octets=0] > > > Sep 25 00:01:51 mag dbmail/pop3d[3463]: Maximum # of connections > reached, > > > committing suicide... > > > > > > > > > > > > ---------------------------------------------------------------- > > > Philip Warner | __---_____ > > > Albatross Consulting Pty. Ltd. |----/ - \ > > > (A.B.N. 75 008 659 498) | /(@) ______---_ > > > Tel: (+61) 0500 83 82 81 | _________ \ > > > Fax: (+61) 0500 83 82 82 | ___________ | > > > Http://www.rhyme.com.au | / \| > > > > > > | --________-- > > > > > > PGP key available upon request, | / > > > and from pgp5.ai.mit.edu:11371 |/ > > > > > > _______________________________________________ > > > Dbmail mailing list > > > Dbmail@dbmail.org > > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > > > _______________________________________________ > > Dbmail mailing list > > Dbmail@dbmail.org > > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > -- > BlueDome BV Tupolevlaan 47 > http://www.bluedome.net/ 1119 NW > Schiphol-Rijk > > Erwin Blekkenhorst Tel +31 20 406 > 64 66 > Technical Director Fax +31 20 354 > 01 30 > [EMAIL PROTECTED] Cel +31 62 888 42 > 67 > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail > > _______________________________________________ > Dbmail mailing list > Dbmail@dbmail.org > https://mailman.fastxs.nl/mailman/listinfo/dbmail >
