From: "J. Bruce Fields" <bfields@fieldses.org>
To: DENIEL Philippe <philippe.deniel@cea.fr>
Cc: linux-nfs@vger.kernel.org
Subject: Re: NFSv4 and NFSv4.1 client recovery
Date: Tue, 15 Mar 2011 17:42:03 -0400 [thread overview]
Message-ID: <20110315214203.GC2292@fieldses.org> (raw)
In-Reply-To: <4D7F80C0.2020405@cea.fr>
On Tue, Mar 15, 2011 at 04:07:44PM +0100, DENIEL Philippe wrote:
> Hi,
>
> as you may know, I am working on a NFS server in user space called
> nfs-ganesha. One of the feature of nfs-ganesha is its capability of
> being used as a NFSv4 proxy. This is implemented as a backend in
> nfs-ganesha : all the filesystem that nfs-ganesha can export have a
> dedicated module with a well known API (this module is called FSAL
> for File System Abstraction layer). The proxy feature is made by
> make a FSAL library that is a NFSv4 basic client (each of the FSAL
> functions calls wrap one or more NFSv4 request). The trouble is the
> case when the remote server (the one accessed by the proxy operating
> as a client via FSAL calls) crashes : the client inside the FSAL
> needs to recover to the remote server as it comes back to work. My
> question is : what is the simpliest way for my user space client to
> recover ? I must precise it make no delegation and use only a
> forechannel to the remote server. There is no backchannel.
I suppose you could either try to do the recovery yourself on the proxy,
or pass back the STALE errors to the original client and make it drive
the recovery. Maybe either way will work?
If you did the latter then I suppose your API would have to support
allowing proxy module to report a reboot, and allow passing reclaims
down.
I dunno.
--b.
prev parent reply other threads:[~2011-03-15 21:42 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-15 15:07 NFSv4 and NFSv4.1 client recovery DENIEL Philippe
2011-03-15 21:42 ` J. Bruce Fields [this message]
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=20110315214203.GC2292@fieldses.org \
--to=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=philippe.deniel@cea.fr \
/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;
as well as URLs for NNTP newsgroup(s).