Bug 241796

Summary: Group ACLs ignored in NFS when user belongs > 16 groups
Product: Red Hat Enterprise Linux 4 Reporter: James T <traterjr>
Component: kernelAssignee: Jeff Layton <jlayton>
Status: CLOSED NOTABUG QA Contact: Martin Jenner <mjenner>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.5CC: steved
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-06-01 14:58:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description James T 2007-05-30 18:24:10 UTC 
Description of problem:

I am trying to workaround the permission denied issues in NFS when a user
belongs to more than 16 supplementary groups. One of the suggested workarounds
is to assign ACLs to the directories. This works fine if I assign an ACL for
each individual user. If I assign an ACL for a group it does not work UNLESS the
user belongs to fewer than 16 groups. 


$ ls -l
drwxr-x---+ 4 data IPTS-142 4096 May 30 09:10 IPTS-142

$ getfacl IPTS-142/
# file: IPTS-142
# owner: snsdata
# group: IPTS-142
user::rwx
group::r-x
group:hfiradmin:r-x
mask::r-x
other::---

$ cd IPTS-142/
-bash: cd: IPTS-142/: Permission denied

$ groups
users test5152005 hfiradmin etc...
Comment 1 Jeff Layton 2007-06-01 14:58:26 UTC 
This is NOTABUG. Since you're using groups in your ACL's, you'll be subject to
the same set of limitations as using groups with regular unix permissions. The
RPC spec regrettably specifies a hard limit of 16 groups.

You'll need to specify users individually in your ACL's if you plan to use this
as a workaround.