Date: Wed, 1 Oct 2014 11:49:57 -0700 From: Rumen Telbizov <telbizov@gmail.com> To: Gleb Smirnoff <glebius@freebsd.org> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org>, "Alexander V. Chernikov" <melifaro@freebsd.org>, brian@freebsd.org Subject: Re: 10.1-BETA2 possible kernel memory leak in routing table Message-ID: <CAENR%2B_VwWor23sX4WAfzU18z8mdRxGverUsCKcjO=L3DVSuq6g@mail.gmail.com> In-Reply-To: <20141001171646.GQ73266@glebius.int.ru> References: <CAENR%2B_UVLDDrsef2W4CXCFX65EYaxeKN4MNWbgoyaZ5qDGe1Pg@mail.gmail.com> <542AAA3C.1080803@ipfw.ru> <CAENR%2B_X5KTdeb00f9NShN1YK%2BT2aY1vG5YcTCgu4aXZO=%2Bpa=g@mail.gmail.com> <542AE376.6000003@FreeBSD.org> <CAENR%2B_XX4jnD6SBi8S1dGfWM68tmcm0aE2iMVA3LDR3R8ygQYw@mail.gmail.com> <542AFAE3.9030705@FreeBSD.org> <CAENR%2B_WbntqjE4b=iZS8z30AK7gSpur00HsWP9-T_UJ7OosU8Q@mail.gmail.com> <20141001135124.GM73266@glebius.int.ru> <542C20D7.3070606@sentex.net> <20141001171646.GQ73266@glebius.int.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Submitted PR with details at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194078 On Wed, Oct 1, 2014 at 10:16 AM, Gleb Smirnoff <glebius@freebsd.org> wrote: > On Wed, Oct 01, 2014 at 11:42:15AM -0400, Mike Tancsa wrote: > M> On 10/1/2014 9:51 AM, Gleb Smirnoff wrote: > M> > On Tue, Sep 30, 2014 at 04:56:00PM -0700, Rumen Telbizov wrote: > M> > R> Brian Somers and I are currently looking into the source of PF in > latest > M> > R> 10-STABLE and trying to figure out what is going on. We were able > to > M> > R> replicate this problem on a 11-CURRENT (Sep 12th) machine as well. > A simple > M> > R> PF ruleset with 1 rule and 1 table. Every few reloads of the > firewall > M> > R> and vmstat > M> > R> -m | grep routetbl shows increased memory usage. > M> > > M> > I plugged the easy leak, but there is also a hard one. Actually, the > M> > entire pf_table.c needs a good shake. Right now I am out of time for > this. > M> > M> Is that easy fix > M> > M> > http://lists.freebsd.org/pipermail/svn-src-head/2014-October/063178.html > > Yes, it seems the leak slowed down. > > M> Also, is there any work around to this ? I tried a simple set of pf > M> rules with no tables, hoping that was the cause of it, but memory grows > M> with each pf reload. > > No workaround available. Can you please file a PR for that? Once I have > time, I will work on this. > > -- > Totus tuus, Glebius. > -- Rumen Telbizov Unix Systems Administrator <http://telbizov.com>;
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAENR%2B_VwWor23sX4WAfzU18z8mdRxGverUsCKcjO=L3DVSuq6g>