summaryrefslogtreecommitdiffstats
path: root/utils/statd/sm-notify.c
diff options
context:
space:
mode:
authorNeil Brown <neilb@suse.de>2008-07-16 13:28:52 -0400
committerSteve Dickson <steved@redhat.com>2008-07-16 13:28:52 -0400
commitba8dd9533e647b70d6e46beed3dcd8d8036b02af (patch)
tree16f0ebffd187ad690327b1f20f900d77f3e7c709 /utils/statd/sm-notify.c
parent8508942e7244017325690e2d0c17429fa0cb9873 (diff)
downloadnfs-utils-ba8dd9533e647b70d6e46beed3dcd8d8036b02af.tar.gz
nfs-utils-ba8dd9533e647b70d6e46beed3dcd8d8036b02af.tar.xz
nfs-utils-ba8dd9533e647b70d6e46beed3dcd8d8036b02af.zip
If portmap is not listening on UDP (as apparently happens with
MS-Windows-Server2003R2SP2), then nfs mounts have to be mounted with -o mountproto=tcp to succeed. In this case a umount will still try UDP and will fail to contact the server. It will still succeed with the local unmount (after a timeout) but exits with a non-zero exit status. This causes /bin/mount to retry so we get a strange error about the filesystem not being mounted. So: get umount to use tcp if "mountproto=tcp" appears in mtab ignore any failure message from the server that would overwrite a success message from the local umount syscall. Signed-off-by: NeilBrown <neilb@suse.de> Signed-off-by: Steve Dickson <steved@redhat.com>
Diffstat (limited to 'utils/statd/sm-notify.c')
0 files changed, 0 insertions, 0 deletions