All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Linux NFS Mailing list <linux-nfs@vger.kernel.org>,
	Linux NFSv4 mailing list <nfsv4@linux-nfs.org>
Subject: Re: [Patch 7/8] NFS Mount Configuration File (Vers 2)
Date: Mon, 03 Aug 2009 11:53:14 -0400	[thread overview]
Message-ID: <4A7707EA.104@RedHat.com> (raw)
In-Reply-To: <20090803153113.GC28838@fieldses.org>



On 08/03/2009 11:31 AM, J. Bruce Fields wrote:
>> +.SH MOUNT CONFIGURATION FILE
>> +All of the mount options described in the previous section can also be configured in
>> +the 
>> +.I /etc/nfsmount.conf 
>> +file. This configuration file is made up of three
>> +different sections: Global, Server and MountPoint. See 
>> +.BR nfsmount.conf(5)
>> +for details.
>> +.PP
>> +The mount command parses section in a particular order, and will not use
>> +options that were set in previous sections.  The order of precedence is as follows:
>> +
>> +.B Command line option 
>> +.RS
>> +options set on the command line will always be used.
>> +.RE
>> +.B Mount Point options
>> +.RS
>> +options set in the 
>> +.B [<Mount_Point>]
>> +section  will
>> +be used only if they are not specified on the command line.
>> +.RE
>> +.B Server options
>> +.RS
>> +options set in the 
>> +.B [<Server_Name>] 
>> +section will be used
>> +if they are not specified on the command  line or  the
>> +mount point section.
>> +.RE
>> +.B Global options 
>> +.RS
>> +options set in the 
>> +.B [NFSMount_Global_Options] 
>> +will be used if they are not specified on the command line, mount point 
>> +section, or the server section.
>> +.RE
>>  .SH EXAMPLES
>>  To mount an export using NFS version 2,
>>  use the
>> diff --git a/utils/mount/nfsmount.conf.man b/utils/mount/nfsmount.conf.man
>> new file mode 100644
>> index 0000000..1a3bb68
>> --- /dev/null
>> +++ b/utils/mount/nfsmount.conf.man
>> @@ -0,0 +1,87 @@
>> +.\"@(#)nfsmount.conf.5"
>> +.TH NFSMOUNT.CONF 5 "9 Mar 2008"
>> +.SH NAME
>> +nfsmount.conf - Configuration file for NFS mounts
>> +.SH SYNOPSIS
>> +Configuration file for NFS mounts that allows options
>> +to be set globally, per server or per mount point.
>> +.SH DESCRIPTION
>> +The configuration file is made up of multiple sections 
>> +followed by variables associated with that section.
>> +A section is defined by a string enclosed by 
>> +.BR [
>> +and 
>> +.BR ]
>> +branches; for example, 
>> +.BR [nfsserver.foo.com] . 
>> +Variables are assignment statements that assign values 
>> +to particular variables using the  
>> +.BR = 
>> +operator, as in 
>> +.BR Proto=Tcp .
>> +Sections are broken up into three basic categories:
>> +Global options, Server options and Mount Point options.
>> +.HP
>> +.BR [NFSMount_Global_Options]
>> +- This statically named section
>> +defines all of the global mount options that can be 
>> +applied to every NFS mount.
>> +.HP
>> +.BR [<Server_Name>]
> 
> 
> I notice the git configuration file uses a similar format, but allows
> section headers that looks like:
> 
> 	[remote "origin"]
> 	        url =
> 		git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> 		fetch = +refs/heads/*:refs/remotes/origin/*
> 	[remote "linux-nfs"]
> 	        url = ssh://linux-nfs.org/~bfields/exports/linux.git
> 		fetch = +refs/heads/*:refs/remotes/linux-nfs/*
> 
> That quoted part in the section name looks like it should allow
> arbitrary strings without the risk of clashing with section names that
> we might want to add in the future.  That might be a better way to
> handle server and mount point names?

Something similar to [Server "server_name"] or [MountPoint "directory" ] ??

steved.

  reply	other threads:[~2009-08-03 15:56 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-03 14:49 [Patch 0/8] NFS Mount Configuration File (Vers 2) Steve Dickson
2009-08-03 14:51 ` [Patch 1/8] " Steve Dickson
2009-08-03 14:52 ` [Patch 2/8] " Steve Dickson
2009-08-03 14:53 ` [Patch 3/8] " Steve Dickson
2009-08-03 15:24   ` J. Bruce Fields
2009-08-03 15:48     ` Steve Dickson
2009-08-03 15:56       ` J. Bruce Fields
2009-08-03 16:05         ` Steve Dickson
2009-08-05 19:14         ` Steve Dickson
2009-08-05 19:29           ` J. Bruce Fields
2009-08-05 19:33             ` J. Bruce Fields
2009-08-05 20:03               ` Steve Dickson
2009-08-05 20:02             ` Steve Dickson
2009-08-03 14:54 ` [Patch 4/8] " Steve Dickson
2009-08-03 14:56 ` [Patch 5/8] " Steve Dickson
2009-08-03 14:57 ` [Patch 6/8] " Steve Dickson
2009-08-03 14:59 ` [Patch 7/8] " Steve Dickson
     [not found]   ` <4A76FB3B.1070004-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2009-08-03 15:31     ` J. Bruce Fields
2009-08-03 15:53       ` Steve Dickson [this message]
     [not found]         ` <4A7707EA.104-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2009-08-03 15:57           ` J. Bruce Fields
2009-08-03 15:00 ` [Patch 8/8] " Steve Dickson

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=4A7707EA.104@RedHat.com \
    --to=steved@redhat.com \
    --cc=bfields@fieldses.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=nfsv4@linux-nfs.org \
    /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.