<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On 2 feb 2014, at 16:22, Jeff Liu <<a href="mailto:jeff.liu@oracle.com">jeff.liu@oracle.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br>On 02/02 2014 23:12 PM, Jeff Liu wrote:<br><blockquote type="cite"><br>On 02/02 2014 22:33 PM, Sun_Blood wrote:<br></blockquote><snip><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">FYI, Example of output from one of the failing files. First from OS X<br>and then same file after failed copy to XFS.<br><br>OS X Maverik:<br>file: "/Users/username/Pictures/iPhoto<br>Library/Database/apdb/BigBlobs.apdb"<br>type: "\0\0\0\0"<br>creator: "\0\0\0\0"<br>attributes: avbstclinmedz<br>created: 01/25/2014 11:43:17<br>modified: 01/28/2014 20:02:46<br><br><br>Ubunutu<span class="Apple-converted-space"> </span><br>getfattr: Removing leading '/' from absolute path names<br># file: srv/nas/home/apple_bak_rsync/username/Pictures/iPhoto<br>Library/Database/BigBlobs.apdb<br>user.com.apple.quarantine="0006;52e39545;iPhoto;”<br></blockquote><br><br>Sorry, but I don't quite follow your thought. What do you show by this<br>output?<br>What do you mean? Could you describe in more details?<br><br>Thanks,<br>Vyacheslav Dubeyko.<br></blockquote><br>Sorry late reply. The output is just to show what happen after I<br>transfer a file from OS X to XFS that has EA bigger then 64k(I think).<br>When I try for example to rsync this file from OS X to Linux XFS I get<br>this error:<br>rsync: rsync_xal_set:<br>lsetxattr(""/srv/nas/home/apple_bak_rsync/xxxxxx/Pictures/iPhoto<br>Library/Database/BigBlobs.apdb"","user.com.apple.FinderInfo") failed:<br>Operation not permitted (1)<br><br>But also rsync can give this error.<br>rsync: rsync_xal_set:<br>lsetxattr(""/srv/danne/extern2/1000_EXT/2013/2013-03-05/IMG_6872-Edit.tif"","user.com.apple.ResourceFork")<br>failed: Argument list too long (7)<br><br>Is this 2 errors related?<br></blockquote><br>Those errors are unrelated IMO, the first one is due to the permission rules but<br>I'm not sure the root cause, the second one is occurred as the EA value is larger<br>than 64K I guess.<br><br><blockquote type="cite"><br>I will make a bug report for rsync also that it should not try to copy<br>files with EA bigger then the destination can handle. But it would be<br>great if XFS could handle this files and be fully compatible with OS X<br>backups.<br></blockquote><br>64K size is not limited by XFS directly, it is limited by VFS setxattr syscall.<br>IOWs, EA set operation is not yet get into XFS when "Argument list too long" error<br>is returned, so I think you would ran into the same error on other file systems<br>which are support 64K EA value size as well.<br></blockquote><br>To be more precise, larger EA set operation would not works via setxattr(2) on Linux<br>regardless of the underlying file systems :).<br></div></blockquote><div><br></div><div>Correct I did a quick test on ext4 and got the same fault.</div><br><blockquote type="cite"><div style="font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br>Thanks,<br>-Jeff</div></blockquote><br></div><div>So to be able to support this type of EA that OS X produce we need a change in the Linux kernel? Because XFS does handle it and is not the problem here.</div></body></html>