XFS filesystem setfacl has limitation?
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 7 lines · On Wed, Mar 07, 2012 at 10:15:49AM +0800, [email protected] wrote:
Hi,all,
When set files/directories attributes with setfacl on XFS file
system, we has encountered that ACL items is under the limitation of
23. I wonder that if XFS file system has this limitation and if can we exceed it?From
fs/xfs/xfs_acl.h:
#define XFS_ACL_MAX_ENTRIES 25
....
/* On-disk XFS access control list structure */
struct xfs_acl {
__be32 acl_cnt;
struct xfs_acl_entry {
__be32 ae_tag;
__be32 ae_id;
__be16 ae_perm;
} acl_entry[XFS_ACL_MAX_ENTRIES];
};It's basically a limitation of the on-disk format definition that has been carried over from Irix. It is an arbitrary limit - the real limit is the maximum size of an attribute (64KB) and we plan to raise it to that limit as part of the upcoming on-disk format changes for metadata checksums...
Cheers,
Dave.
Signature · 7 lines
Dave Chinner [email protected] _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs
Le Wed, 7 Mar 2012 15:42:42 +1100 vous écriviez:
Quoted 6 lines
It's basically a limitation of the on-disk format definition that has been carried over from Irix. It is an arbitrary limit - the real limit is the maximum size of an attribute (64KB) and we plan to raise it to that limit as part of the upcoming on-disk format changes for metadata checksums...
What's the proposed time frame or kernel version for this change?
Signature · 11 lines
------------------------------------------------------------------------
Emmanuel Florac | Direction technique
| Intellique
| <[email protected]>
| +33 1 78 94 84 02
------------------------------------------------------------------------
_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfsQuoted 10 lines · Emmanuel Florac
Le Wed, 7 Mar 2012 15:42:42 +1100 vous écriviez:
Quoted 6 lines
It's basically a limitation of the on-disk format definition that has been carried over from Irix. It is an arbitrary limit - the real limit is the maximum size of an attribute (64KB) and we plan to raise it to that limit as part of the upcoming on-disk format changes for metadata checksums...
What's the proposed time frame or kernel version for this change?
When it is ready. Think months, not years ;)
Cheers,
Dave.
Signature · 7 lines
Dave Chinner [email protected] _______________________________________________ xfs mailing list [email protected] http://oss.sgi.com/mailman/listinfo/xfs