All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chuck Lever <chuck.lever@oracle.com>
To: Steve Dickson <SteveD@redhat.com>
Cc: Linux NFS Mailing list <linux-nfs@vger.kernel.org>,
	Linux NFSv4 mailing list <nfsv4@linux-nfs.org>
Subject: Re: [PATCH 2/2] Enable v4 mounts when either "nfsvers=4" or "vers=4" option are set (vers-02)
Date: Tue, 25 Aug 2009 15:32:36 -0400	[thread overview]
Message-ID: <7AB7BC01-F9E5-4611-BB4B-2B6E27069631@oracle.com> (raw)
In-Reply-To: <4A943914.9020104@RedHat.com>

On Aug 25, 2009, at 3:18 PM, Steve Dickson wrote:
> On 08/25/2009 02:59 PM, Chuck Lever wrote:
>> On Aug 25, 2009, at 1:55 PM, Steve Dickson wrote:
>>> commit 1471d23d692efc7388794a8a3c3b9e548d1c5be8
>>> Author: Steve Dickson <steved@redhat.com>
>>> Date:   Tue Aug 25 12:15:18 2009 -0400
>>>
>>>   Make sure umount use correct fs type.
>>>
>>>   umounts use the fs type in /etc/mtab to determine
>>>   which file system is being unmounted. The mtab
>>>   entry is create during the mount. To ensure the
>>>   correct entry is create when the fs type changes
>>>   due to the mount options, the address of the fs_type
>>>   variable has to be passed so it can be updated.
>>
>> In general, my policy is to record the user requested mount options  
>> in
>> /etc/mtab, and let umount.nfs handle renegotiating as needed.  For
>> version/transport this means that the server's configuration can  
>> change
>> between the mount and the umount, and the umount will still work.
>>
>> Perhaps this is not a consideration for NFSv4, but leaving the mount
>> options as specified by the user would save the need to update the fs
>> type, and would be a consistent policy for v2, v3, and v4.  I think  
>> it
>> would be cleaner to teach umount.nfs to do the right thing with "-t  
>> nfs
>> -o v4" rather than rewriting the options in /etc/mtab.
> Since nfs4 is truly a separate/different file system from nfs in the
> kernel, I think we should continue making that distinction in system
> files like mtab and /proc/mounts....

We are teaching mount.nfs not to care about nfs/nfs4 (at least  
externally).  Why should umount.nfs?

> Also note there is no '-o ' flag to umount so 'umount -t nfs -o v4' is
> not valid... but 'umount -t nfs' is and works on both nfs4 and nfs
> file systems.

Sorry I wasn't clear.  I meant that umount.nfs should be able to read  
a line in /etc/mtab that has "nfs" and "v4" and do the right thing...  
then you wouldn't have to change the fs_type in /etc/mtab at all.

--
Chuck Lever
chuck[dot]lever[at]oracle[dot]com

  reply	other threads:[~2009-08-25 19:32 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-25 17:52 [PATCH 0/2] Enable v4 mounts when either "nfsvers=4" or "vers=4" option are set (vers-02) Steve Dickson
2009-08-25 17:54 ` [PATCH 1/2] " Steve Dickson
     [not found] ` <4A9424DB.2040303-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2009-08-25 17:55   ` [PATCH 2/2] " Steve Dickson
2009-08-25 18:59     ` Chuck Lever
2009-08-25 19:18       ` Steve Dickson
2009-08-25 19:32         ` Chuck Lever [this message]
2009-08-25 20:15           ` Steve Dickson
2009-08-25 20:37             ` Chuck Lever
2009-08-26 12:10               ` Steve Dickson
2009-08-25 20:49             ` Trond Myklebust
2009-08-26 12:28               ` Steve Dickson
2009-08-26 14:20               ` Chuck Lever
2009-08-26 15:07                 ` Steve Dickson
2009-08-26 16:35                   ` Chuck Lever
2009-08-26 17:08                     ` Steve Dickson
2009-08-26 17:22                       ` Chuck Lever
2009-08-26 17:51                         ` Steve Dickson
2009-08-26 19:50                           ` Chuck Lever
2009-08-26 19:59                             ` Trond Myklebust
2009-08-27 14:14                               ` Steve Dickson
2009-08-27 17:32                                 ` Chuck Lever
2009-08-28  2:55                                   ` Steve Dickson
2009-08-28 16:12                                   ` Christoph Hellwig
2009-08-28 16:35                                     ` Steve Dickson
     [not found]                                       ` <4A980751.7070206-AfCzQyP5zfLQT0dZR+AlfA@public.gmane.org>
2009-08-28 16:41                                         ` Christoph Hellwig
2009-08-28 16:44                                           ` Chuck Lever
2009-08-28 16:53                                           ` Steve Dickson
2009-08-28 16:59                                             ` Christoph Hellwig
2009-08-28 17:19                                               ` Steve Dickson
2009-08-27 17:48                                 ` Trond Myklebust
2009-08-27 17:58                                   ` Chuck Lever
2009-08-27 19:28                                     ` 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=7AB7BC01-F9E5-4611-BB4B-2B6E27069631@oracle.com \
    --to=chuck.lever@oracle.com \
    --cc=SteveD@redhat.com \
    --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.