Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error
Hi list, I finally found the culprit ! I'm running rsync two times. The first time, I perform a dry run (--dry-run option) to see the amount of space needed. This seems incompatible with the --protect-decmpfs option. Removing it did the trick :) So I run : -aNHAx --fileflags --force-change --dry-run the first time, And : -aNHAXx --fileflags --force-change --protect-decmpfs --numeric-ids the second time and it works like a charm. Thanks to all of you and my apologies for the noise :/ Cheers, -- François - Mail original - De: daithe...@free.fr À: rsync rsync@lists.samba.org Envoyé: Mardi 17 Juillet 2012 16:48:34 Objet: Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error Hi, Sorry for re-opening this thread but I'm still trying to get rid of these errors. I tried to remove the -A and the -X options but it doesn't make things better. Do you guys have another idea ? Thanks a lot, -- François - Mail original - De: daithe...@free.fr À: rsync rsync@lists.samba.org Envoyé: Lundi 16 Janvier 2012 11:22:56 Objet: Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error 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, -- François - Mail original - De: Henri Shustak henri.shus...@gmail.com À: rsync rsync@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 Hi, 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 http://www.lbackup.org -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read
Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error
Hi, Sorry for re-opening this thread but I'm still trying to get rid of these errors. I tried to remove the -A and the -X options but it doesn't make things better. Do you guys have another idea ? Thanks a lot, -- François - Mail original - De: daithe...@free.fr À: rsync rsync@lists.samba.org Envoyé: Lundi 16 Janvier 2012 11:22:56 Objet: Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error 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, -- François - Mail original - De: Henri Shustak henri.shus...@gmail.com À: rsync rsync@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 Hi, 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 http://www.lbackup.org -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error
Hi, 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 http://www.lbackup.org -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Mac OS X : get_xattr_names: llistxattr(some/path/here, 1024) failed error
Hi, 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 ? Thanks a lot ! -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
