From owner-freebsd-net@FreeBSD.ORG Thu Jul 11 07:19:46 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E8CE4CE0 for ; Thu, 11 Jul 2013 07:19:46 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 61B5B1734 for ; Thu, 11 Jul 2013 07:19:45 +0000 (UTC) Received: (qmail 87560 invoked from network); 11 Jul 2013 08:10:22 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Jul 2013 08:10:22 -0000 Message-ID: <51DE5C8C.3090404@freebsd.org> Date: Thu, 11 Jul 2013 09:19:40 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: Listen queue overflow: N already in queue awaiting acceptance References: <51DE591E.7040405@FreeBSD.org> In-Reply-To: <51DE591E.7040405@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2013 07:19:47 -0000 On 11.07.2013 09:05, Andriy Gapon wrote: > kernel: sonewconn: pcb 0xfffffe0047db3930: Listen queue overflow: 193 already in > queue awaiting acceptance > last message repeated 113 times > last message repeated 518 times > last message repeated 2413 times > last message repeated 2041 times > last message repeated 1741 times > last message repeated 1543 times > last message repeated 1283 times > last message repeated 1178 times > last message repeated 1020 times > ... > > What does this messages mean? That your server process lagging behind in accepting new connections and a quite a number of them get aborted due to a backlogged listen queue. Making the accept queue longer doesn't help, it's user-space that can't keep up with the rate of new incoming connections. You can either reduce the rate of new incoming connections, optimize your server process to accept more connections in the same time, or get a beefier machine. > Is it really that important to be printed? The log messages are at DEBUG level. People probably want to know about their server not keeping up and throwing incoming connection attempts away. > Finally, why is it not throttled? The frequency it happens with is important to determine if this is only a temporary spike (micro-burst) or persistent condition. -- Andre