From owner-freebsd-net@FreeBSD.ORG Thu Mar 15 10:57:10 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1726106564A for ; Thu, 15 Mar 2012 10:57:10 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52B948FC15 for ; Thu, 15 Mar 2012 10:57:10 +0000 (UTC) Received: by wern13 with SMTP id n13so3475232wer.13 for ; Thu, 15 Mar 2012 03:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=z2zjJfiBR4aWU+8e9jTt8VTUjZkAGjULZpUmBUPDNyM=; b=Zq0FUd8CGDguRz4CZYXsmEvzPJTKZOOgA+SSK4yE2rAXKdPMnd7jkLPi0m2JlCWaHr ymj7aPvbPGnGamnBs8Y/YP5iYmGL3j2y6quSDnY1n2/1GPNalLgLHrSklD6wOWJJfsto 0o5StjJGb2ZgQUtvT2d5rU/OE1SY0TI6NuTBcmL7rNA4MKKZ1C1wxikXDXBboE/BNUjn AhhoS7gVez9kvzaX0LV/OZp/qFwyu7cLJTxB/1ucGXXeBcYjgLypCrHgMu4Z9eM/NLj1 h4Z7ushfAU5wsdOpyPkAOKWW8D/Ukwk5j0xzG7ssMQ0dDJaq8D6IKJJ5oapDBc765ZUu R/rA== MIME-Version: 1.0 Received: by 10.216.133.234 with SMTP id q84mr3672610wei.102.1331809029417; Thu, 15 Mar 2012 03:57:09 -0700 (PDT) Received: by 10.180.102.6 with HTTP; Thu, 15 Mar 2012 03:57:09 -0700 (PDT) Date: Thu, 15 Mar 2012 06:57:09 -0400 Message-ID: From: grarpamp To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Stuck in FIN_WAIT_2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Mar 2012 10:57:10 -0000 Hi. I've got 900-1000 connections stuck in FIN_WAIT_2. The processes behind them on both sides have long since exited. Anything I can do to clear them out short of reboot? The box is 4.11, so no tcpdrop to try. I suspect this may be starting to limit mbuf clusters. Not sure. The box is idle. If in this state the kernel sends packets, would ipfw reset rule clear it? No big deal.