Re: [PATCH] access: fix outdated NFS information

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux