From owner-freebsd-stable@FreeBSD.ORG Wed Oct 1 15:42:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31C76337; Wed, 1 Oct 2014 15:42:41 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8A79A06; Wed, 1 Oct 2014 15:42:40 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s91FgdM8081474; Wed, 1 Oct 2014 11:42:39 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <542C20D7.3070606@sentex.net> Date: Wed, 01 Oct 2014 11:42:15 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Gleb Smirnoff , Rumen Telbizov Subject: Re: 10.1-BETA2 possible kernel memory leak in routing table References: <542AAA3C.1080803@ipfw.ru> <542AE376.6000003@FreeBSD.org> <542AFAE3.9030705@FreeBSD.org> <20141001135124.GM73266@glebius.int.ru> In-Reply-To: <20141001135124.GM73266@glebius.int.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 Cc: "freebsd-stable@freebsd.org" , "Alexander V. Chernikov" , brian@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 15:42:41 -0000 On 10/1/2014 9:51 AM, Gleb Smirnoff wrote: > On Tue, Sep 30, 2014 at 04:56:00PM -0700, Rumen Telbizov wrote: > R> Brian Somers and I are currently looking into the source of PF in latest > R> 10-STABLE and trying to figure out what is going on. We were able to > R> replicate this problem on a 11-CURRENT (Sep 12th) machine as well. A simple > R> PF ruleset with 1 rule and 1 table. Every few reloads of the firewall > R> and vmstat > R> -m | grep routetbl shows increased memory usage. > > I plugged the easy leak, but there is also a hard one. Actually, the > entire pf_table.c needs a good shake. Right now I am out of time for this. > Hi, Is that easy fix http://lists.freebsd.org/pipermail/svn-src-head/2014-October/063178.html Also, is there any work around to this ? I tried a simple set of pf rules with no tables, hoping that was the cause of it, but memory grows with each pf reload. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/