Re: Extended attributes limit in Linux

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Jan 31, 2014, at 10:25 PM, Sun_Blood wrote:

> 
> On 31 jan 2014, at 15:33, Jeff Liu <jeff.liu@xxxxxxxxxx> 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.

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs





[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux