From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gao feng Subject: Re: [PATCH 01/19] netfilter: move nf_conntrack initialize out of pernet operations Date: Thu, 10 Jan 2013 09:03:16 +0800 Message-ID: <50EE1354.8060805@cn.fujitsu.com> References: <1356662206-2260-1-git-send-email-gaofeng@cn.fujitsu.com> <50DD4737.2070306@cn.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: netfilter-devel@vger.kernel.org, "netdev@vger.kernel.org" , Patrick McHardy , pablo@netfilter.org, "Eric W. Biederman" To: canqun zhang Return-path: Received: from cn.fujitsu.com ([222.73.24.84]:3072 "EHLO song.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S932323Ab3AJBCu (ORCPT ); Wed, 9 Jan 2013 20:02:50 -0500 In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-ID: Hi canqun, On 2012/12/28 16:48, canqun zhang wrote: > ok, I can help you take a test, please send a big patch container this > patchset to my email. > Can you give me your tested-by to this patchset besides patch [19/19]? Thanks! > > 2012/12/28 Gao feng : >> On 12/28/12 11:52, canqun zhang wrote: >>> Hi all >>> As discussed above,if the host machine create several linux >>> containers, there will be several net namespaces.Resources with "nf >>> conntrack" are registered or unregistered on the first net >>> namespace(init_net),But init_net is not unregistered lastly,so >>> cleanuping other net namespaces will triger painic. >>> If net namespaces are created with the order of 1,2,...n,they should >>> be cleaned with the order of n,...2,1,so in this case init_net will be >>> unregistered lastly. >>> I fixed it up (see below). I have taken a lot of test! >>> >> >> I thinks this BUG is a netfilter BUG,not a netns BUG. >> Other subsystems implemented netns support don't use init_net to >> do some special works((un)register/(un)set). >> >> In fact,we can't use init_net to do this job well.such as function >> nf_conntrack_clean,we shoud set ip_ct_attach to NULL before any >> netns doing cleanup jobs, and set nf_ct_destroy to NULL after all of >> netns finish these cleanup jobs. >> >> So I think finally we still need this patchset,And this is a regular >> way to fix this problem. >> >> Can you help me to test if the panic bug is fixed by this patchset? >> and then give me your tested-by? >> >> thank you very much! > -- > To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >