Bug 17200

Summary: mount -t nfs -o remount does not refresh NFS handle
Product: [Retired] Red Hat Linux Reporter: Roman Czyborra <czyborra>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NOTABUG QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: low    
Version: 7.0CC: czyborra, k.georgiou
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-06-05 20:22:28 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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