Re: [PATCH 14/18] nfsd: pNFS block layout driver
From: Christoph Hellwig <hch@lst.de>
Date: 2015-01-06 17:40:01
Also in:
linux-fsdevel, linux-xfs
Possibly related (same subject, not in this thread)
- 2015-01-12 · Re: [PATCH 14/18] nfsd: pNFS block layout driver · Christoph Hellwig <hch@lst.de>
- 2015-01-12 · Re: [PATCH 14/18] nfsd: pNFS block layout driver · Tom Haynes <hidden>
- 2015-01-08 · Re: [PATCH 14/18] nfsd: pNFS block layout driver · J. Bruce Fields <hidden>
- 2015-01-08 · Re: [PATCH 14/18] nfsd: pNFS block layout driver · Jeff Layton <hidden>
- 2015-01-07 · Re: [PATCH 14/18] nfsd: pNFS block layout driver · Christoph Hellwig <hch@lst.de>
On Tue, Jan 06, 2015 at 12:16:58PM -0500, J. Bruce Fields wrote:
quoted
+file system must sit on shared storage (typically iSCSI) that is accessible +to the clients as well as the server. The file system needs to either sit +directly on the exported volume, or on a RAID 0 using the MD software RAID +driver with the version 1 superblock format. If the filesystem uses sits +on a RAID 0 device the clients will automatically stripe their I/O over +multiple LUNs. + +On the server pNFS block volume support is automatically if the file systems/automatically/automatically enabled/. So there's no server-side configuration required at all?
The only required configuration is the fencing helper script if you want to be able to fence a non-responding client. For simple test setups everything will just work out of the box.