Mac OS X : "get_xattr_names: llistxattr("some/path/here", 1024) failed" error
daitheflu at free.fr
daitheflu at free.fr
Mon Jan 16 03:22:56 MST 2012
Hi Henri, hi list,
Thanks a lot for your answer.
I did some testing during my spare time those last weeks and ended up compiling rsync 3.0.9 (with additionnal Mac OS X-related patches).
The difficulty I was facing seems to be related to this : https://bugzilla.samba.org/show_bug.cgi?id=6576 - this is why I tried with rsync 3.0.9
The result is amazing : I get only two errors instead of hundreds. Errors read :
rsync: copy_xattrs: lsetxattr(""/Volumes/backup/inProgress/mail"","com.apple.FinderInfo") failed: No such file or directory (2)
rsync: copy_xattrs: lsetxattr(""/Volumes/backup/inProgress/mail/.Trashes"","com.apple.FinderInfo") failed: No such file or directory (2)
Since I'm asking rsync to backup the "/some/path/mail" directory in "/Volumes/backup/inProgress", it's quite obvious that destination "/Volumes/backup/inProgress/mail" and "/Volumes/backup/mail/.Trashes" directories don't exist when building the file list. I don't think rsync should complain about it.
So I guess the itemizing process that was fixed with bug 6576 might still need some little work :)
Should I reopen the bug ?
Cheers, and thanks again for the help,
----- Mail original -----
De: "Henri Shustak" <henri.shustak at gmail.com>
À: "rsync" <rsync at lists.samba.org>
Envoyé: Mercredi 14 Décembre 2011 23:39:49
Objet: Re: Mac OS X : "get_xattr_names: llistxattr("some/path/here", 1024) failed" error
> I'm trying to make a small script to get rid of Apple's TimeMachine. The aim is to backup the files of my company.
> I setup a MacMini with a lot of storage attached to it. The MacMini connects every once in a while to our data server (XServe) through SSH and pulls the files that need to be saved (I'm using the --link-dest option to limit the amount of files transferred, and to keep several backups).
> I've followed Mike Bombich's instructions to compile rsync 3.0.7 with patches (fileflags, crtimes, crtimes-64bit, crtimes-hfs+ and hfs_compression) on both machines. I'm running the script as root with the following options (which are supposed to do the work) :
> -aNHAXx --fileflags --force-change --protect-decmpfs --numeric-ids
> The script works pretty fine except for one thing. When rsync builds the file list, I get hundred of errors such as :
> rsync: get_xattr_names: llistxattr("some/path/here",1024) failed: No such file or directory (2)
> Please notice that these errors don't appear if I'm not using the --link-dest option or if the linked-dest-directory doesn't exist (first backup).
> Also, "some/path/here" does exist on both side.
> I've read some doc about this error but it doesn't seem to fit my case and I'm kinda stuck with it. It doesn't seem to be a serious issue but I'd like to be sure about it and know if there is a way to get rid of them.
> Do you guys have any clue of what's going wrong or what I may doing wrong ?
As a first step you could try removing the -A <--acls, preserve ACLs (implies --perms)> option. It could be that the source system and your system do not have the same users.
Also, based upon the error you are receiving, one other option to consider removing would be the -X <--xattrs preserve extended attributes>.
It is possible, that something else is causing the error which you are seeing. Hopefully, at least one other person on this list will have some ideas which you may find helpful.
As a starting point try removing the arguments listed above and report back.
This email is protected by LBackup,
an rsync based, open source backup system
designed for use with Mac OS X and GNU/Linux
More information about the rsync