From: Benny Halevy <bhalevy@panasas.com>
To: =?x-gbk?Q?=D5=C5=D6=BE=C1=D6?= <zhilin5832@163.com>
Cc: nfsv4@ietf.org, NFS list <linux-nfs@vger.kernel.org>
Subject: Re: pNFS Control Protocol
Date: Tue, 11 Jan 2011 10:17:15 +0200 [thread overview]
Message-ID: <4D2C120B.6090205@panasas.com> (raw)
In-Reply-To: <429fef15.1271f.12d6fbeb6b7.Coremail.zhilin5832@163.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=x-gbk, Size: 2731 bytes --]
Hello ÕÅÖ¾ÁÖ,
On 2011-01-10 13:45, ÕÅÖ¾ÁÖ wrote:
> Hi,
> Recently,I am doing some work about pNFS. And I have some question about Control Protocol.
> 1) Can we define a minimum set of operations in Control Protocol to support?
Good question! :)
> If the answer is yes,then what are they?
As of NFSv4.1 the files layout control protocol is out of scope of main protocol
and it is left for the server implementation to define.
Defining such a protocol could be part of NFSv4.2 or a IETF protocol on its own
(specified by the nfsv4 working group)
> 2) In Solaris pNFS Control Protocol 1.1,there are several issues to handle;
> (http://wikis.sun.com/display/NFS/pNFS+Control+Protocol+Specification)
> MDS and DS restart / network partition indication.
When exporting a clustered file system such as GFS2 on linux this is often solved
at the file system level rather than at the pNFS level.
> Filehandle, File StateID, and layout validation.
Yes.
> Client access validation (has access to MDS-FS and is using appropriate sec! urity mechanism).
Yes.
> Reporting of DS resources.
Sounds good in principle.
I wouldn't put it as part of a minimal set of operation.
> Management of Inter-DS data movement.
Not applicable yet for the linux implementations.
> MDS Proxy I/O.
This is really implementation specific.
spnfs just use NFS the the DSs for that.
> DS state invalidation.
Stateid in general should be global as the DS must recognize and validate the stateid
the client presents for I/O - which is either an open, lock, or delegation stateid.
> I hope that you can provide me some more detailed description and of design,
> such as weather daemon is used on DS and MDS to support pNFS Control Protocol.
In linux, there is no such protocol in use yet.
Spnfs has no control protocol implemented (and there's no one currently working on it).
The DLM based server (for GFS2 and OCFS2) use distributed locking over shared storage to
coordinate access to files from the MDS and DSs. Writes are served only by the MDS, therefore
the implementation "goes-by" without implementing the control protocol. However, there are
some requirements by the spec. that it does meet like denying DS access to wrong byte ranges
(sparse striping)
>
> Best wishes
Thanks for working on this!
Benny
> Yours
> Zhilin Zhang
>
>
>
>
>
>
parent reply other threads:[~2011-01-11 8:17 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <429fef15.1271f.12d6fbeb6b7.Coremail.zhilin5832@163.com>]
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=4D2C120B.6090205@panasas.com \
--to=bhalevy@panasas.com \
--cc=linux-nfs@vger.kernel.org \
--cc=nfsv4@ietf.org \
--cc=zhilin5832@163.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.