Bug 510234 - Document which options are shared and which are not when mounting multiple volumes from the same server
Summary: Document which options are shared and which are not when mounting multiple vo...
Keywords:
Status: CLOSED DUPLICATE of bug 460659
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: nfs-utils
Version: 5.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Steve Dickson
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-07-08 12:59 UTC by Fabio Olive Leite
Modified: 2009-10-13 15:15 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-10-13 15:15:31 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Fabio Olive Leite 2009-07-08 12:59:21 UTC
Description of problem:

The addition of the nosharecache option allows an admin to force the mounting of the same volume more than once with different options, but even then some options are bound to the internal NFS client for that server and cannot be changed. For example, on RHEL-5.3 it seems timeo, bg and proto are not changed in mounts after the first one. It is important that the manpage documents what really is shared by multiple mounts and what is not.

Version-Release number of selected component (if applicable):

nfs-utils-1.0.9-40.el5

How reproducible:

Always.

Steps to Reproduce:

# mount -o udp,nosharecache server:/export/nfs /mnt1

# mount -o tcp,nosharecache,timeo=123,rsize=8192,wsize=8192,soft server:/export/nfs /mnt2
  
Actual results:

# grep server /proc/mounts 

server:/export/nfs /mnt1 nfs rw,vers=3,rsize=32768,wsize=32768,hard,nosharecache,proto=udp,timeo=11,retrans=2,sec=sys,addr=server 0 0

server:/export/nfs /mnt2 nfs rw,vers=3,rsize=8192,wsize=8192,soft,nosharecache,proto=udp,timeo=11,retrans=2,sec=sys,addr=server 0 0

Notice proto, timeo.

Expected results:

Documentation states correctly what is always shared and what is not, so that an admin can know what to expect.

Comment 1 Peter Staubach 2009-09-25 20:28:17 UTC
The transport protocol sharing is a bug.  See RH bz#460659.

Comment 2 Steve Dickson 2009-10-13 15:15:31 UTC

*** This bug has been marked as a duplicate of bug 460659 ***


Note You need to log in before you can comment on or make changes to this bug.