Bug 17200 - mount -t nfs -o remount does not refresh NFS handle
Summary: mount -t nfs -o remount does not refresh NFS handle
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.0
Hardware: i386
OS: Linux
low
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-09-03 06:06 UTC by Roman Czyborra
Modified: 2005-10-31 22:00 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-06-05 20:22:28 UTC
Embargoed:

Attachments (Terms of Use)

Description Roman Czyborra 2000-09-03 06:06:44 UTC 
This is more of an old kernel bug inherited from BSD/SunOS:

After trading an NFS partition on a Solaris server, I get:

# strace -e mount mount -o remount /loc
mount("loc:/loc", "/loc", "nfs", MS_REMOUNT|0xc0ed0000, 0x8057620) = 0

Yet nothing is remounted, we are still looking at the old partition:

# df -h /loc
Filesystem            Size  Used Avail Use% Mounted on
loc:/loc               29G   29G  949M  97% /loc
# touch /loc/share/tmp/test
touch: /loc/share/tmp/test: Read-only file system

Workaround:

# umount /loc
# mount /loc
# df -h /loc | tee /loc/share/tmp/test
Filesystem            Size  Used Avail Use% Mounted on
loc:/loc               36G   29G  7.7G  79% /loc
Comment 1 Bernhard Rosenkraenzer 2000-10-04 11:10:03 UTC 
Assigning to kernel, since it happens with just the syscall, as well.
Comment 2 Alan Cox 2003-06-05 20:21:17 UTC 
Works ok in newer kernels
Comment 3 Alan Cox 2003-06-05 20:22:28 UTC 
Ah wait, if you change the server side stuff it can fail. Remount remounts an
existing handle be it a disk or whatever. The same is true with remounting a
renamed file system
Note You need to log in before you can comment on or make changes to this bug.