From: "Brandon Shandelson" <brandon@myshape.com>
To: "'Trond Myklebust'" <trond.myklebust@fys.uio.no>
Cc: "'J. Bruce Fields'" <bfields@fieldses.org>, <linux-nfs@vger.kernel.org>
Subject: RE: NFSV4 Replica Support?
Date: Thu, 22 Apr 2010 12:16:04 -0700 [thread overview]
Message-ID: <01d801cae250$40e32710$c2a97530$@com> (raw)
In-Reply-To: <1271963251.593.8.camel@localhost.localdomain>
By allowing the client to use a new/different handle for the same file.
-----Original Message-----
From: linux-nfs-owner@vger.kernel.org [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of Trond Myklebust
Sent: Thursday, April 22, 2010 12:08 PM
To: Brandon Shandelson
Cc: 'J. Bruce Fields'; linux-nfs@vger.kernel.org
Subject: RE: NFSV4 Replica Support?
On Thu, 2010-04-22 at 11:49 -0700, Brandon Shandelson wrote:
> I thought all of that was handled by NFSV4's "Volatile File Handles" feature. Seems like "replicas=" is vaporware for all practical uses at this point, although I've read an IBM doc that shows how it works on AIX.
Handled? How???? All the volatile file handles "feature" does is tell
you that you can't rely on being able to access your files. If they get
renamed on the server you are SOL...
Trond
> https://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.commadmn/doc/commadmndita/nfs_replicas_softmount.htm
>
> Are the NFS server and NFS client code kept functionally in sync? Would be nice, since I've been hunting this snipe for days now :(
>
>
> -Brandon
>
>
> -----Original Message-----
> From: linux-nfs-owner@vger.kernel.org [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of 'J. Bruce Fields'
> Sent: Thursday, April 22, 2010 11:34 AM
> To: Brandon Shandelson
> Cc: linux-nfs@vger.kernel.org
> Subject: Re: NFSV4 Replica Support?
>
> On Thu, Apr 22, 2010 at 11:30:00AM -0700, Brandon Shandelson wrote:
> > I have two NFS servers with NFSV4 exports whose data are synced via Unison. I want one server to be a hot standby for clients to use in case something happens to the primary NFS server.
>
> That won't work, sorry; even if the file contents are the same, the
> filehandles are different (unless you copy the actual underlying
> filesystem images instead of running unison on the two filesystems).
> And even with that problem fixed, the client probably wouldn't know how
> to use the replica information.
>
> --b.
>
> >
> > The NFS exports look like this:
> > /home 192.168.0.0/24(rw,fsid=0,insecure,no_subtree_check,async,repli cas=/home@msdevnfs1:/home@msdevnfs2)
> >
> > The mount in fstab looks like this:
> > msdevnfs1:/ /home nfs4 _netdev,auto 0 0
> >
> >
> > -Brandon
> >
> > -----Original Message-----
> > From: linux-nfs-owner@vger.kernel.org [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of J. Bruce Fields
> > Sent: Thursday, April 22, 2010 11:22 AM
> > To: Brandon Shandelson
> > Cc: linux-nfs@vger.kernel.org
> > Subject: Re: NFSV4 Replica Support?
> >
> > On Thu, Apr 22, 2010 at 11:16:20AM -0700, Brandon Shandelson wrote:
> > > I want to use NFSV4 replicas on Ubuntu 9.10 64-bit servers. It doesn’t seem
> > > to work. It *looks* like the server kernel module supports it, but the NFS
> > > client does not. Is this the case, or should I be able to make replicas
> > > work on Linux?
> >
> > What are you actually trying to do?
> >
> > There's a little support for replication in that the NFSv4 server can be
> > told to report certain locations as having the same data, but it's not
> > really supported yet: you need smoething to create the replicas for you
> > (probably doable with GFS2 as the exported filesystem, or by sharing the
> > filesystem image if it's read-only). I don't think the Linux NFSv4
> > client knows how to use that information yet.
> >
> > --b.
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-04-22 19:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-22 18:16 NFSV4 Replica Support? Brandon Shandelson
2010-04-22 18:22 ` J. Bruce Fields
2010-04-22 18:30 ` Brandon Shandelson
2010-04-22 18:34 ` 'J. Bruce Fields'
2010-04-22 18:49 ` Brandon Shandelson
2010-04-22 19:07 ` Trond Myklebust
2010-04-22 19:16 ` Brandon Shandelson [this message]
2010-04-22 19:26 ` Trond Myklebust
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='01d801cae250$40e32710$c2a97530$@com' \
--to=brandon@myshape.com \
--cc=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@fys.uio.no \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox