Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759710AbZAGCrx (ORCPT ); Tue, 6 Jan 2009 21:47:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755276AbZAGCro (ORCPT ); Tue, 6 Jan 2009 21:47:44 -0500 Received: from out02.mta.xmission.com ([166.70.13.232]:44824 "EHLO out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755197AbZAGCrn (ORCPT ); Tue, 6 Jan 2009 21:47:43 -0500 From: ebiederm@xmission.com (Eric W. Biederman) To: "J. Bruce Fields" Cc: Trond Myklebust , "Serge E. Hallyn" , Matt Helsley , Linux Containers , linux-nfs@vger.kernel.org, Linux Kernel Mailing List , Chuck Lever , Linux Containers , Cedric Le Goater References: <20090106200229.GA17031@us.ibm.com> <1231274682.20316.65.camel@heimdal.trondhjem.org> <20090106215831.GE18147@us.ibm.com> <1231283734.8041.6.camel@heimdal.trondhjem.org> <20090106233238.GD13785@fieldses.org> <1231284943.8041.8.camel@heimdal.trondhjem.org> <1231287607.11487.0.camel@heimdal.trondhjem.org> <20090107002608.GK13785@fieldses.org> <1231288706.11487.15.camel@heimdal.trondhjem.org> <20090107014422.GA17913@fieldses.org> Date: Tue, 06 Jan 2009 18:37:14 -0800 In-Reply-To: <20090107014422.GA17913@fieldses.org> (J. Bruce Fields's message of "Tue, 6 Jan 2009 20:44:22 -0500") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-XM-SPF: eid=;;;mid=;;;hst=mx04.mta.xmission.com;;;ip=24.130.11.59;;;frm=ebiederm@xmission.com;;;spf=neutral X-SA-Exim-Connect-IP: 24.130.11.59 X-SA-Exim-Rcpt-To: too long (recipient list exceeded maximum allowed size of 128 bytes) X-SA-Exim-Mail-From: ebiederm@xmission.com X-Spam-DCC: XMission; sa02 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;"J. Bruce Fields" X-Spam-Relay-Country: X-Spam-Report: * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.0 T_TM2_M_HEADER_IN_MSG BODY: T_TM2_M_HEADER_IN_MSG * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa02 1397; Body=1 Fuz1=1 Fuz2=1] * 0.0 XM_SPF_Neutral SPF-Neutral Subject: Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces X-SA-Exim-Version: 4.2.1 (built Thu, 07 Dec 2006 04:40:56 +0000) X-SA-Exim-Scanned: Yes (on mx04.mta.xmission.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1389 Lines: 35 "J. Bruce Fields" writes: > If people seem to think they can do live process and container > migration: > > http://ols.fedoraproject.org/OLS/Reprints-2008/mirkin-reprint.pdf > > then moving the NFS state strikes me as not the greatest of their > troubles. > > I'm not volunteering! Reasonable. There are a lot easier cases than NFS, and migration is not the biggest use case. A lot of this work we can do incrementally and simply not support doing everything in a container. Which is where we are today. The whole hostname in NFS packets isn't something that makes much sense to me in the first place, so I can't comment on a good use case for that. Sorting out the details so we can get NFS working in multiple network namespaces makes a lot of sense to me. It allows things like VPNing into work isolating the VPN process in a network namespace, and still being able to use all of the kernel networking including NFS like normal sounds fun to me. There may also be some fun things you can do with testing having both an NFS server and the client on the same box and not go through the loopback device. Eric -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/