From owner-freebsd-stable@FreeBSD.ORG Thu Aug 1 21:09:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3752F1E8 for ; Thu, 1 Aug 2013 21:09:33 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BEBA2A9A for ; Thu, 1 Aug 2013 21:09:32 +0000 (UTC) Received: (qmail 15513 invoked from network); 1 Aug 2013 21:56:06 -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 ; 1 Aug 2013 21:56:06 -0000 Message-ID: <51FACE73.90707@freebsd.org> Date: Thu, 01 Aug 2013 23:09:07 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Mike Tancsa Subject: Re: Listen queue overflow References: <51FA750C.50502@sentex.net> In-Reply-To: <51FA750C.50502@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 21:09:33 -0000 On 01.08.2013 16:47, Mike Tancsa wrote: > After upgrading from a RELENG9 kernel from June 18th to July 27th, I am > seeing this odd new message. Is this a new bug, or just a new > diagnostic message ? I am guessing it happened after r253035 ? > > > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance This message tells you that your daemon listening on that protocol control block isn't keeping up with accepting new messages and each time one of these lines appears the kernel had to reject a connection attempt (RST) because of too many connections already waiting in the listen queue. The only unusual thing here is the low listen queue size of only 8 connection attempts. The default kernel value is about 20 times as many. Have you or your application changed it manually? -- Andre > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance > sonewconn: pcb 0xfffffe001ac76930: Listen queue overflow: 8 already in > queue awaiting acceptance > > ---Mike >