Re: Maximum number of acls on directory on ext3: 28? (bs does not matter, 1024/2048/4096 tested)
Andreas Gruenbacher <[email protected]> Sun, 23 Jan 2005 14:34:48 +0100
| Newsgroups | gmane.linux.file-systems.acl.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sunday 23 January 2005 13:21, Jochen Tuchbreiter wrote: > Hello, > > running 2.4.28 with latest stable acl-patch with ea-sharing DISABLED I > encounter the following: > > If I try to set more than 28 acl-entries of one type on any given directory > setfacl returns: > setfacl: /tmp/aclnotest: Invalid argument > > Okay, according to attr(5) manpage there is a limit on the size of the ea > of each file/directory: > > " > In the current ext2 and ext3 filesystem implementations, all extended > attributes must fit on a single filesystem block (1024, 2048 or 4096 bytes, > depending on the block size specified when the filesystem was created). > This limit may be removed in a future version. > " > > I do have a low block size: > > from tune2fs -l: > Block size: 2048 > > However the same happens with a block size of 1024 and 4096 though, exactly > 28 entries fit. Why is this? > > Same happened with 2.6.11-rc1-bk6 (+ all patches andreas sent me for this > kernel) with ea-sharing enabled: Block size of 2048 yields only 28 entries. > > Is this expected behaviour or does it look like a problem? Can I somehow > increase this limit? (ie: Blocksize is not the prob, I need to increase > some kernel-variable or something). It's an arbitrary limit; see EXT3_ACL_MAX_ENTRIES in include/linux/ext3_acl.h. Increase this setting, or take it out altogether (and remove the check in the code). I'll request to remove the limit in 2.6 soon, too. -- Andreas. _______________________________________________ acl-devel mailing list [email protected] http://acl.bestbits.at/mailman/listinfo/acl-devel