On 11.09.2013 22:22, J. Bruce Fields wrote: > 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.) Thanks, Bruce. Applied. Cheers, Michael > 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 > -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
