[Bugs] [Bug 1668286] READDIRP incorrectly updates posix-acl inode ctx
bugzilla at redhat.com
bugzilla at redhat.com
Wed Feb 13 05:09:10 UTC 2019
https://bugzilla.redhat.com/show_bug.cgi?id=1668286
Raghavendra G <rgowdapp at redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |homma at allworks.co.jp,
| |rgowdapp at redhat.com
Flags| |needinfo?(homma at allworks.co
| |.jp)
--- Comment #2 from Raghavendra G <rgowdapp at redhat.com> ---
(In reply to homma from comment #0)
> Additional info:
>
> In readdir-ahead.c, rda_fill_fd_cbk() replaces dentries and zeroes out iatts
> exept for ia_gfid and ia_type.
> Then in posix-acl.c, posix_acl_readdirp_cbk() updates its inode ctx by that
> zeroed permission, and permission is denied.
The expectation is kernel would do a fresh lookup for getting other attributes
like permissions and that's what Glusterfs indicates kernel too - that only
entry information (mapping of path to inode/gfid) is valid and the attributes
are not valid. How did you conclude zeroed out permissions are set on
posix-acl? Did you see a call like setattr or any setxattr updating posix acls?
If yes, whether these zeroed out attributes were sent from kernel?
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list