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