Listen queue overflow: N already in queue awaiting acceptance
glebius at FreeBSD.org
Thu Jul 11 13:35:07 UTC 2013
On Thu, Jul 11, 2013 at 09:19:40AM +0200, Andre Oppermann wrote:
A> On 11.07.2013 09:05, Andriy Gapon wrote:
A> > kernel: sonewconn: pcb 0xfffffe0047db3930: Listen queue overflow: 193 already in
A> > queue awaiting acceptance
A> > last message repeated 113 times
A> > last message repeated 518 times
A> > last message repeated 2413 times
A> > last message repeated 2041 times
A> > last message repeated 1741 times
A> > last message repeated 1543 times
A> > last message repeated 1283 times
A> > last message repeated 1178 times
A> > last message repeated 1020 times
A> > ...
A> > What does this messages mean?
A> That your server process lagging behind in accepting new connections and a
A> quite a number of them get aborted due to a backlogged listen queue.
A> Making the accept queue longer doesn't help, it's user-space that can't keep
A> up with the rate of new incoming connections.
A> You can either reduce the rate of new incoming connections, optimize your
A> server process to accept more connections in the same time, or get a beefier
A> > Is it really that important to be printed?
A> The log messages are at DEBUG level. People probably want to know about
A> their server not keeping up and throwing incoming connection attempts away.
A> > Finally, why is it not throttled?
A> The frequency it happens with is important to determine if this is only
A> a temporary spike (micro-burst) or persistent condition.
IMO, this should be a single counter accessible via sysctl, with no
printf(). Those, who need details on whether this is micro-burst or
persistent condition, can run monitoring software that draws plots.
Totus tuus, Glebius.
More information about the freebsd-net