Extended attributes limit in Linux
Vyacheslav Dubeyko
slava at dubeyko.com
Sat Feb 1 08:08:09 CST 2014
On Jan 31, 2014, at 10:25 PM, Sun_Blood wrote:
>
> On 31 jan 2014, at 15:33, Jeff Liu <jeff.liu at oracle.com> wrote:
>
>>
>> On 01/31 2014 22:21 PM, Vyacheslav Dubeyko wrote:
>>> On Fri, 2014-01-31 at 21:39 +0800, Jeff Liu wrote:
>>>
>>>>>
>>>>> I checked the same under Mac OS X 10.6.8 (Snow Leopard). And I have
>>>>> failed on 3803 bytes size of xattr. So, I suppose that you have Mac OS X
>>>>> Lion. And EAs is larger under Lion yet.
>>>>>
>>>>> What version of Mac OS X have you?
>>>>>
>>>> Yup, Mountain Lion v10.8.4 :)
>>>>
>>>
>>> I suspect that xattrs with significant size is stored in compressed
>>> state on HFS+. I implemented support of compressed xattrs partially but
>>> I don't share this code yet. But, yes, EAs with size greater than 64 KB
>>> can be a problem.
>
>
> FYI, Example of output from one of the failing files. First from OS X and then same file after failed copy to XFS.
>
> OS X Maverik:
> file: "/Users/username/Pictures/iPhoto Library/Database/apdb/BigBlobs.apdb"
> type: "\0\0\0\0"
> creator: "\0\0\0\0"
> attributes: avbstclinmedz
> created: 01/25/2014 11:43:17
> modified: 01/28/2014 20:02:46
>
>
> Ubunutu
> getfattr: Removing leading '/' from absolute path names
> # file: srv/nas/home/apple_bak_rsync/username/Pictures/iPhoto Library/Database/BigBlobs.apdb
> user.com.apple.quarantine="0006;52e39545;iPhoto;”
Sorry, but I don't quite follow your thought. What do you show by this output?
What do you mean? Could you describe in more details?
Thanks,
Vyacheslav Dubeyko.
More information about the xfs
mailing list