Red Hat Bugzilla – Bug 243875
NFS option confusion when mounting same share multiple times
Last modified: 2008-03-20 11:49:27 EDT
Description of problem:
When mounting the same share in two different locations on a local machine,
with different mount options. The one mounted first overwrites the options of
Version-Release number of selected component (if applicable):
Steps to Reproduce:
myserver:/vol/fedora/build/koji /mnt/koji nfs ro,defaults
myserver:/vol/fedora/build/koji /mashroot/mnt/koji nfs
rw,defaults 0 0
/mnt/koji and /mashroot/mnt/koji/ are both mounted ro. Also when running
a 'mount' it appears the mount is mounted rw but it is a ro mount. The
reverse is also true if /mashroot/mnt/koji/ is mounted first.
/mnt/koji should be mounted ro
/mashroot/mnt/koji should be mounted rw
This is a Fedora box and we can grant access if needed.
It appears that mtab is reporting incorrectly but /proc/mounts is reporting
This broke back in the 2.6.18 kernel... and should be fixed in the
next main stream kernel release with the following commit:
Author: Trond Myklebust <Trond.Myklebust@netapp.com>
Date: Wed May 16 16:53:28 2007 -0400
NFS: Error when mounting the same filesystem with different options
Unless the user sets the NFS_MOUNT_NOSHAREDCACHE mount flag, we should
return EBUSY if the filesystem is already mounted on a superblock that
has set conflicting mount options.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Which is relative to the NFS maintainer's tree...
Its not clear where there will be any more kernel updates
for FC6. But if there is, I'll ask our kernel maintainers
to include this patch. Note there also need to be an nfs-utils
update as well..