xfs
[Top] [All Lists]

Re: Extended attributes limit in Linux

To: Vyacheslav Dubeyko <slava@xxxxxxxxxxx>
Subject: Re: Extended attributes limit in Linux
From: Sun_Blood <sblood@xxxxxxxxx>
Date: Sun, 2 Feb 2014 15:33:27 +0100
Cc: Jeff Liu <jeff.liu@xxxxxxxxxx>, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=vb6GW1ZsSBUsJQZHtb/L+D3rBr/vl+OsoIOkM//b08I=; b=CeDtqbXxRWE+ZEOyJsAmbie6yZLO4v9/CNbMurICD/da6vw3/3zqJejW9lemKnOE1L OQjdFiTyBh6QkNx0FHaXt/QQDyMNQQ+e0VyXnIw+wrpkkELUaRwpE6EZj3XU9RRDN9ag si+Pg+dkklSCAnxRPco6ORXC4lzZGoKf1Lp2WFWtT+mcLTK9J0IGFBnIthtzRq8II7Af eNDbuRwCM4XXJ7bgVg60y8aWT+AGmPZ1Te5fMBrMU+VUc0Z/CGsn6TFObQ6InmdcIgMj WG+icjycpDVMwqp1jd0Awyb8wGxvyFZksKVYJvfucNTDE/idIADgowK9jlMFt1iIoz3q JaxA==
In-reply-to: <1D87A7C9-988F-4F61-A577-67300DAF2554@xxxxxxxxxxx>
References: <CAMN6oR=a0G6O-3CVVkTwhYKavJTa543U3MLezCM8KW1ASZcPnA@xxxxxxxxxxxxxx> <52EB64DC.4020603@xxxxxxxxxx> <1391165083.4275.7.camel@ubuntu> <52EB960D.607@xxxxxxxxxx> <1391172723.4275.11.camel@ubuntu> <52EBA783.1080801@xxxxxxxxxx> <1391178074.4275.19.camel@ubuntu> <52EBB431.50301@xxxxxxxxxx> <6C94A326-DADE-4A32-97F6-AE84E9F57777@xxxxxxxxx> <1D87A7C9-988F-4F61-A577-67300DAF2554@xxxxxxxxxxx>

On 1 feb 2014, at 15:08, Vyacheslav Dubeyko <slava@xxxxxxxxxxx> wrote:


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.

Sorry late reply. The output is just to show what happen after I transfer a file from OS X to XFS that has EA bigger then 64k(I think). When I try for example to rsync this file from OS X to Linux XFS I get this error:
rsync: rsync_xal_set: lsetxattr(""/srv/nas/home/apple_bak_rsync/xxxxxx/Pictures/iPhoto Library/Database/BigBlobs.apdb"","user.com.apple.FinderInfo") failed: Operation not permitted (1)

But also rsync can give this error.
rsync: rsync_xal_set: lsetxattr(""/srv/danne/extern2/1000_EXT/2013/2013-03-05/IMG_6872-Edit.tif"","user.com.apple.ResourceFork") failed: Argument list too long (7)

Is this 2 errors related?

I will make a bug report for rsync also that it should not try to copy files with EA bigger then the destination can handle. But it would be great if XFS could handle this files and be fully compatible with OS X backups.

//Martin
<Prev in Thread] Current Thread [Next in Thread>