From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesper Dangaard Brouer Subject: Re: Oops with latest (netfilter) nf-next tree, when unloading iptable_nat Date: Thu, 20 Sep 2012 09:29:02 +0200 Message-ID: <1348126142.2761.172.camel@localhost> References: <1347357081.3928.32.camel@localhost> <20120912213627.GJ14750@breakpoint.cc> <20120914120750.GA5764@1984> <1348058791.2761.94.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Pablo Neira Ayuso , Florian Westphal , netfilter-devel , netdev , yongjun_wei@trendmicro.com.cn To: Patrick McHardy Return-path: In-Reply-To: Sender: netdev-owner@vger.kernel.org List-Id: netfilter-devel.vger.kernel.org On Thu, 2012-09-20 at 08:57 +0200, Patrick McHardy wrote: > On Wed, 19 Sep 2012, Jesper Dangaard Brouer wrote: > > > On Fri, 2012-09-14 at 15:15 +0200, Patrick McHardy wrote: > >> On Fri, 14 Sep 2012, Pablo Neira Ayuso wrote: > >> > > [...cut...] > >>>> Patrick, any other idea? > >>> > > [...cut...] [... (hair)cut(?)...] > > No it does not work :-( > > Ok I think I understand the problem now, we're invoking the NAT cleanup > callback twice with clean->hash = true, once for each direction of the > conntrack. > > Does this patch fix the problem? Yes, it fixes the problem :-) Acked-by: Jesper Dangaard Brouer