diff options
author | Trond Myklebust <Trond.Myklebust@netapp.com> | 2012-01-09 13:46:26 -0500 |
---|---|---|
committer | Trond Myklebust <Trond.Myklebust@netapp.com> | 2012-01-09 14:22:27 -0500 |
commit | 074b1d12fe2500d7d453902f9266e6674b30d84c (patch) | |
tree | e451a00bc071af886451a3e0ab02619d2b8fab66 /crypto/md5.c | |
parent | 6926afd1925a54a13684ebe05987868890665e2b (diff) | |
download | op-kernel-dev-074b1d12fe2500d7d453902f9266e6674b30d84c.zip op-kernel-dev-074b1d12fe2500d7d453902f9266e6674b30d84c.tar.gz |
NFSv4: Change the default setting of the nfs4_disable_idmapping parameter
Now that the use of numeric uids/gids is officially sanctioned in
RFC3530bis, it is time to change the default here to 'enabled'.
By doing so, we ensure that NFSv4 copies the behaviour of NFSv3 when we're
using the default AUTH_SYS authentication (i.e. when the client uses the
numeric uids/gids as authentication tokens), so that when new files are
created, they will appear to have the correct user/group.
It also fixes a number of backward compatibility issues when migrating
from NFSv3 to NFSv4 on a platform where the server uses different uid/gid
mappings than the client.
Note also that this setting has been successfully tested against servers
that do not support numeric uids/gids at several Connectathon/Bakeathon
events at this point, and the fall back to using string names/groups has
been shown to work well in all those test cases.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'crypto/md5.c')
0 files changed, 0 insertions, 0 deletions