summaryrefslogtreecommitdiffstats
path: root/sys/nfsserver
diff options
context:
space:
mode:
authoriedowse <iedowse@FreeBSD.org>2002-04-17 01:07:29 +0000
committeriedowse <iedowse@FreeBSD.org>2002-04-17 01:07:29 +0000
commit64322dabea69a0542951fed96cb8bb7c81602b56 (patch)
treefd4db1996177f18b62183e61df1a1e3dae92eb51 /sys/nfsserver
parent366464c33c243b21ec0040bc08c326d02b8630a9 (diff)
downloadFreeBSD-src-64322dabea69a0542951fed96cb8bb7c81602b56.zip
FreeBSD-src-64322dabea69a0542951fed96cb8bb7c81602b56.tar.gz
The recent NFS forced unmount improvements introduced a side-effect
where some client operations might be unexpectedly cancelled during an unsuccessful non-forced unmount attempt. This causes problems for amd(8), because it periodically attempts a non-forced unmount to check if the filesystem is still in use. Fix this by adding a new mountpoint flag MNTK_UNMOUNTF that is set only during the operation of a forced unmount. Use this instead of MNTK_UNMOUNT to trigger the cancellation of hung NFS operations. Also correct a problem where dounmount() might inadvertently clear the MNTK_UNMOUNT flag. Reported by: simokawa MFC after: 1 week
Diffstat (limited to 'sys/nfsserver')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud