FedFsNfsServer0.9

From Linux NFS

(Difference between revisions)
Jump to: navigation, search
(→Prepare mountd to resolve junctions)
 
(13 intermediate revisions not shown)
Line 13: Line 13:
== Introduction ==
== Introduction ==
-
A ''junction'' is a link between two shared file systems.  The two shared file systems may not reside on the same server.  There may be more than one replica of the linked-to shared file system, stored on several different file servers.  Each replica of the linked-to file system is called a ''location''.
+
A [[FedFsGlossary#Junction|junction]] is a link between two shared file systems.  Junctions tie together disparate filesystems to create a [[FedFsGlossary#FedFs_Domain|FedFS domain]].
-
Junctions store a list of locations.  Each location in the list is represented as an export path paired with a server name or IP address.  When a file-access client encounters a junction, the file server (via a ''referral'') provides the stored list of locations to the client, who chooses a location and mounts it.
+
A junction stores a list of [[FedFsGlossary#Location|locations]].  When a client attempts to access a junction, a file server converts this list into a [[FedFsGlossary#Referral|referral]].  Converting a junction's location list to a referral is known as [[FedFsGlossary#Junction_Resolution|junction resolution]].
-
A file server must convert the information stored in a junction into a list of locations that's in a format which is correct for the protocol clients are using to access the server (say, NFSv4).  The server-side process of recognizing a junction and converting its contents is known as ''junction resolution''.
+
On Linux, a junction is denoted by a directory with special mode bits and an extended attribute that contains the junction location list.  When the Linux in-kernel NFS server encounters a junction, it resolves the junction by performing an upcall to mountd.  mountd reads the contents of the junction and converts them to information that the kernel NFS server can put on the wire as an NFSv4 referral.
-
 
+
-
A single junction is useful for linking together two shared file systems.  A web of junctions can be used to create a namespace that crosses between multiple file systems on multiple file servers.  FedFS uses junctions for just such a purpose.
+
This article describes how to configure a Linux NFS server to resolve junctions.  Once a file server can resolve junctions in its local file systems, it can participate in a FedFS domain.
This article describes how to configure a Linux NFS server to resolve junctions.  Once a file server can resolve junctions in its local file systems, it can participate in a FedFS domain.
-
== Prepare mountd to resolve junctions ==
+
== Build nfs-utils ==
-
On Linux, a junction is denoted by a directory with special mode bits and an extended attribute that contains the junction location list.  The NFS server must convert the junction's location information into an NFSv4 referral.
+
On Fedora 19, rpc.mountd already has working junction resolution support.  On other distributions, you'll need to build a version of rpc.mountd with working junction resolution support.
-
When the Linux in-kernel NFS server encounters a junction, it resolves the junction by performing an upcall to mountd. It is mountd that actually reads a junction and converts it to information that the kernel NFS server can put on the wire as an NFSv4 referral.
+
First,  you'll need to install the nfs-plugin.h header.
-
=== Pre-packaged install ===
+
* [[FedFsUtilsBuild0.9|Building fedfs-utils-0.9]]
-
If you are running Fedora 19, you can install a pre-packaged version of fedfs-utils-0.9.  The server-side components are installed with:
+
The "make install" step should install the header in /usr/include/nfs-plugin.h .  If not, you can find it in fedfs-utils-0.9/src/include/nfs-plugin.h and install it by hand.
-
# yum install fedfs-utils-server
+
Now download and unpack the latest nfs-utils tarball on the same system where you built fedfs-utils.  Build nfs-utils, and replace rpc.mountd on your NFS server.  The configure options are complicated;  I usually copy them from the latest nfs-utils RPM spec file from my distribution.
-
The rpc.mountd in this distribution is already prepared for junction resolution.
+
  $ ./configure yada yada
-
 
+
-
=== Build fedfs-utils ===
+
-
 
+
-
If your distribution does not provide a pre-packaged version of fedfs-utils-0.9, follow these steps instead.
+
-
 
+
-
Unpack the fedfs-utils-0.9 tarball somewhere convenient.  Specify the directory in which to install libraries (by default this is somewhere mountd can't find it).  For example:
+
-
 
+
-
  $ ./configure --libdir=/usr/lib64
+
  $ make
  $ make
 +
$ sudo install utils/mountd/mountd /usr/sbin/rpc.mountd
-
There are two pieces that need to be in place first.  The plug-in library:
+
Then restart the NFS service.
-
 
+
-
# cd src/plug-ins ; make install
+
-
 
+
-
And the header describing the library's API:
+
-
 
+
-
# cd src/include ; make install
+
-
 
+
-
Now download and unpack the latest nfs-utils tarball. (The configure options are complicated;  I usually copy them from the Fedora RPM spec file).  Build and replace rpc.mountd on your server.
+
-
 
+
-
== Install the nfsref command ==
+
-
* nfsref program installed (fedfs-utils package install, or built from source)
+
# systemctl restart nfs-server.service

Latest revision as of 18:06, 9 January 2013

Project: fedfs-utils

[ Project Home | News | Downloads | Docs | Mailing Lists | Source Control | Issues ]

Introduction

A junction is a link between two shared file systems. Junctions tie together disparate filesystems to create a FedFS domain.

A junction stores a list of locations. When a client attempts to access a junction, a file server converts this list into a referral. Converting a junction's location list to a referral is known as junction resolution.

On Linux, a junction is denoted by a directory with special mode bits and an extended attribute that contains the junction location list. When the Linux in-kernel NFS server encounters a junction, it resolves the junction by performing an upcall to mountd. mountd reads the contents of the junction and converts them to information that the kernel NFS server can put on the wire as an NFSv4 referral.

This article describes how to configure a Linux NFS server to resolve junctions. Once a file server can resolve junctions in its local file systems, it can participate in a FedFS domain.

Build nfs-utils

On Fedora 19, rpc.mountd already has working junction resolution support. On other distributions, you'll need to build a version of rpc.mountd with working junction resolution support.

First, you'll need to install the nfs-plugin.h header.

The "make install" step should install the header in /usr/include/nfs-plugin.h . If not, you can find it in fedfs-utils-0.9/src/include/nfs-plugin.h and install it by hand.

Now download and unpack the latest nfs-utils tarball on the same system where you built fedfs-utils. Build nfs-utils, and replace rpc.mountd on your NFS server. The configure options are complicated; I usually copy them from the latest nfs-utils RPM spec file from my distribution. 

$ ./configure yada yada
$ make
$ sudo install utils/mountd/mountd /usr/sbin/rpc.mountd

Then restart the NFS service. 

# systemctl restart nfs-server.service
Retrieved from "http://wiki.linux-nfs.org/wiki/index.php/FedFsNfsServer0.9"
Personal tools