[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1r63fzvs5.fsf@frodo.ebiederm.org>
Date: Tue, 06 Jan 2009 18:37:14 -0800
From: ebiederm@...ssion.com (Eric W. Biederman)
To: "J. Bruce Fields" <bfields@...ldses.org>
Cc: Trond Myklebust <Trond.Myklebust@...app.com>,
"Serge E. Hallyn" <serue@...ibm.com>,
Matt Helsley <matthltc@...ibm.com>,
Linux Containers <containers@...ts.linux-foundation.org>,
linux-nfs@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Chuck Lever <chuck.lever@...cle.com>,
Linux Containers <containers@...ts.osdl.org>,
Cedric Le Goater <clg@...ibm.com>
Subject: Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
"J. Bruce Fields" <bfields@...ldses.org> 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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists