summaryrefslogtreecommitdiff
path: root/fs/overlayfs/export.c
diff options
context:
space:
mode:
authorMiklos Szeredi <mszeredi@redhat.com>2020-03-17 15:04:22 +0100
committerMiklos Szeredi <mszeredi@redhat.com>2020-03-17 15:04:22 +0100
commitc61ca5572508516b41039aecb23d936466076950 (patch)
treecb00e9b4a0f9ec99f7c32ce528c6d448ee542cc0 /fs/overlayfs/export.c
parent4c494bd582fa23d2d70851e958da6cee1dc161cb (diff)
downloadlwn-c61ca5572508516b41039aecb23d936466076950.tar.gz
lwn-c61ca5572508516b41039aecb23d936466076950.zip
ovl: ignore failure to copy up unknown xattrs
This issue came up with NFSv4 as the lower layer, which generates "system.nfs4_acl" xattrs (even for plain old unix permissions). Prior to this patch this prevented copy-up from succeeding. The overlayfs permission model mandates that permissions are checked locally for the task and remotely for the mounter(*). NFS4 ACLs are not supported by the Linux kernel currently, hence they cannot be enforced locally. Which means it is indifferent whether this attribute is copied or not. Generalize this to any xattr that is not used in access checking (i.e. it's not a POSIX ACL and not in the "security." namespace). Incidentally, best effort copying of xattrs seems to also be the behavior of "cp -a", which is what overlayfs tries to mimic. (*) Documentation/filesystems/overlayfs.txt#Permission model Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
Diffstat (limited to 'fs/overlayfs/export.c')
0 files changed, 0 insertions, 0 deletions