From: "J. Bruce Fields" <bfields@xxxxxxxxxx> Note that NFS versions since version 3 support an "access" call so that the client doesn't have to guess permissions or id mapping on its own. (See rfc 1813 sections 1.7 and 3.3.4.) Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxx> --- man2/access.2 | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/man2/access.2 b/man2/access.2 index 6df68de..3bacab1 100644 --- a/man2/access.2 +++ b/man2/access.2 @@ -209,9 +209,10 @@ Similarly, a DOS file may be found to be "executable," but the call will still fail. .PP .BR access () -may not work correctly on NFS filesystems with UID mapping enabled, +may not work correctly on NFSv2 filesystems with UID mapping enabled, because UID mapping is done on the server and hidden from the client, -which checks permissions. +which checks permissions. (NFS versions 3 and higher perform the check on +the server.) Similar problems can occur to FUSE mounts. .SH BUGS In kernel 2.4 (and earlier) there is some strangeness in the handling of -- 1.7.9.5 -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
