On 2008-04-11 15:20:21 +0000, R wrote: > On Fri, 11 Apr 2008, Charlie Brady wrote: > > > Second (major), when the limit is exceeded, qpsmtpd hangs. A few hours > > > ago, my logs show that I was at 29/30 and 30/30 quite steady, and then > > > everything suddently stopped. For whatever reason, forkserver would > > > not complete or let go of the 31 connections it already had, and would > > > not accept any more. I had to restart the service to recover. > > > > I suspect that the only reason you hit the limit was because some plugin > > was not returning. I suspect that qpsmtpd wasn't actually hanging, it > > just wasn't accepting more connections. > > Tracing a non-returning plugin could be very difficult :-(
Shouldn't be that bad. If you run at log level LOGINFO, all calls to
plugins are logged (in vanilla 0.32, if you are using my RPMs, you need
LOGDEBUG). The "Too many connections: ..." message is also at priority
LOGINFO, so if you are running at a higher log level, that explains why
you don't see that message.
Then wait until you have several processes which appear to be hanging
(you probably don't have to wait until you have 31 of them), and look
at the log entries of these processes. The guilty plugin should show up
in the last entry of each process.
> Seems strange that all those connections might hang at the same point.
What do you mean with "point"? "Point in code" or "point in time"?
The former seems quite natural to me. If there is a bug in some plugin
which causes the plugin to hang of course all processes will hang at the
point where the bug is.
As for the latter, I don't think that is happening. It is more probable
that number of hanging processes is slowly increasing. Unless you are
monitoring for long-running qpsmtpd processes you won't notice this at
first (if you have 10 hanging processes, you can still accept 20 mails
in parallel). Only when the number of hanging processes approaches your
limit, you will notice that less and less mail gets through until when
you hit the limit, no new connections are accepted at all (which is
probably the point where users start to complain).
hp
--
_ | Peter J. Holzer | It took a genius to create [TeX],
|_|_) | Sysadmin WSR | and it takes a genius to maintain it.
| | | [EMAIL PROTECTED] | That's not engineering, that's art.
__/ | http://www.hjp.at/ | -- David Kastrup in comp.text.tex
signature.asc
Description: Digital signature
