Re: rsync error: some files could not be transferred -- How to ignore
On Apr 8, 2008, at 11:27 PM, Kenneth Seal <[EMAIL PROTECTED]> wrote: Hi Wayne, I read your thread online at http://lists.samba.org/archive/rsync/2005-June/012847.html and I am having a similar problem. In my case, rsync displays the error code "rsync error: some files could not be transferred (code 23)" and it kills my script. Do you have any advice on how would I go about writing, researching etc. a script to tell rsync to ignore such errors? I am using the bash shell in Mac OS 10.5.2. Any help would be much appreciated. Many thanks, Ken -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html The result code of a command is stored in a special variable named $? Check the value of that variable in an if statement immediately after the rsync line in your script If the value is 0 then there were no errors. If the value is 23, then you could log a warning or not. If there is any other value in $? , then you have another problem. If we could see the relevant lines of your script we might be able to provide more help. Also you control whether your script succeeds or fails based on the last line in your script. If you want it to succeed, the last line would be exit 0 Google for advanced bash scripting guide for more info. Kyle -- 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: directory with space
You probably need to single quote it along with the backslashes. That is what scp requires Kyle On Jul 29, 2008, at 1:17 AM, "Shashi Kanth Boddula" <[EMAIL PROTECTED] > wrote: I am facing one problem with rsync. in /etc/rsyncd.conf file , one of my entry is like bellow. path = /data/Knowledge Centre With this, rsync report an error "chdir failed, no such directory". Even i tried like bellow path = /data/Knowledge\ Centre with this also, it gives the same error ? How to overcome this ? what is the right syntax ? -- Thanks & Regards, Shashi Kanth -- 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 -- 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: How to escape spaces in rsync source and destination paths
On Aug 20, 2008, at 10:32 AM, "Carney Mimms" <[EMAIL PROTECTED]> wrote: This may not be an rsync-specific question, but it is certainly stopping me from moving forward with rsync and I am sure it has a simple solution. I have written a simple shell script to rsync disks attached to a Mac OS X Server 10.4.11 Xserve box at our offices to a similar Mac OS X Server 10.4.11 setup at our colocation facility. The script runs rsync 3.0.3 on the machine at the colocation facility but syncs the disks at our office back to its own disks, so DIRS is the path to the directory being backed up, which is remote, and BACKUP DIR is the path to the backup destination, which is on the machine running the script. The script works fine, except when I try to specify paths containing spaces. As you can see from the script excerpts below and the result, the backslash escape character isn't getting the job done and I can't figure out why. I've never had any trouble using the backslash escape in this way before. Can anyone suggest a different approach, other than renaming all my paths to eliminate spaces, which is the direction I seem to be heading :-) DIRS="[EMAIL PROTECTED]:/Volumes/Christine/ Complete_Rug_Image_Archive/Lay ered\ Rooms/" BACKUPDIR="/Volumes/Paris/Complete_Rug_Image_Archive/Layered\ Rooms/" COMMAND="sudo /usr/local/bin/rsync $OPTS $EXCLUDES $DIRS $BACKUPDIR" result: Unexpected local arg: Rooms/ If arg is a remote file/dir, prefix it with a colon (:). rsync error: syntax or usage error (code 1) at main.c(1216) [receiver=3.0.3] -- You haven't shown us the Rsync portion of your script. Are you using the protect args flag? Kyle-- 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
OS X and rsync: unpack_smb_acl errors and --numeric-ids
First of all. Thank you rsync developers and maintainers for all of your work. It is awesome. I love rsync. I can't thank you enough. So this has been brought up before: https://lists.samba.org/archive/rsync/2010-April/024941.html We are getting this error: stderr: rsync: unpack_smb_acl: sys_acl_get_info(): Undefined error: 0 (0) due to ACL entries that can not be resolved by name at the time when rsync attempted to resolve them. This results in an exit status of 23. The reason the ACL entry can not be resolved by name could be that a network directory service like LDAP or Active Directory is having issues. Or it could be that the user or group no longer exists (locally or in a network directory service). On OS X, when this happens, the UUID of the group is displayed instead of the user or group in an ls -le for example: host:~$ ls -le /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 -rw-r--r--+ 1 root wheel 0 May 30 13:01 /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 0: 4D429A34-54A4-48F2-A9AB-9D1E7D1E6738 allow read 1: 1E0D050D-973C-47C4-8ACE-D900B04B986D allow read Or you can see the UUID using ls -len (numeric). So when I am transferring from OS X to OS X, I'd like these UUIDs to just get transferred as UUIDs the same way that --numeric-ids works. That way I can get a nice exit status of 0 and have confidence in my backups. Mr. Bombich has worked around this issue and even posted a patch back in 2011. http://help.bombich.com/discussions/questions/2248-warning-messages-from-rsync-307 However, the patch has not been updated (that I know of). And while I was able to apply the patch to rsync 3.0.6 and maybe 3.0.7, those versions are quite old and I'm noticing that creation times preservation is not working for me on those even though I apply the crtimes patch. I would like to see --numeric-ids handle this by transferring the UUID rather than attempting to resolve the user/group. I don't know how this would work for other platforms/mixed platforms or if there is a way to detect the source and destination OS for enabling this. Thoughts? Should I post this as a feature request? Thanks, Kyle -- 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: OS X and rsync: unpack_smb_acl errors and --numeric-ids
It does sound like the same issue, however I definitely still see the issue on 3.0.9 and 3.1.1pre1 on OS X. Kyle Sent from Mobile > On May 30, 2014, at 8:04 PM, Kevin Korb wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Have you tried on the current version? A similar problem was handled > a while ago: https://bugzilla.samba.org/show_bug.cgi?id=8020 > > On 05/30/2014 07:59 PM, Kyle Crawford wrote: >> First of all. Thank you rsync developers and maintainers for all >> of your work. It is awesome. I love rsync. I can't thank you >> enough. >> >> So this has been brought up before: >> https://lists.samba.org/archive/rsync/2010-April/024941.html >> >> We are getting this error: >> >> stderr: rsync: unpack_smb_acl: sys_acl_get_info(): Undefined error: >> 0 (0) >> >> due to ACL entries that can not be resolved by name at the time >> when rsync attempted to resolve them. >> >> This results in an exit status of 23. >> >> The reason the ACL entry can not be resolved by name could be that >> a network directory service like LDAP or Active Directory is having >> issues. Or it could be that the user or group no longer exists >> (locally or in a network directory service). >> >> On OS X, when this happens, the UUID of the group is displayed >> instead of the user or group in an ls -le for example: >> >> host:~$ ls -le >> /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 > - -rw-r--r--+ 1 root wheel 0 May 30 13:01 >> /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 > 0: 4D429A34-54A4-48F2-A9AB-9D1E7D1E6738 allow read >> 1: 1E0D050D-973C-47C4-8ACE-D900B04B986D allow read >> >> Or you can see the UUID using ls -len (numeric). >> >> So when I am transferring from OS X to OS X, I'd like these UUIDs >> to just get transferred as UUIDs the same way that --numeric-ids >> works. >> >> That way I can get a nice exit status of 0 and have confidence in >> my backups. >> >> Mr. Bombich has worked around this issue and even posted a patch >> back in 2011. >> >> http://help.bombich.com/discussions/questions/2248-warning-messages-from-rsync-307 >> >> However, the patch has not been updated (that I know of). >> >> And while I was able to apply the patch to rsync 3.0.6 and maybe >> 3.0.7, those versions are quite old and I'm noticing that creation >> times preservation is not working for me on those even though I >> apply the crtimes patch. >> >> I would like to see --numeric-ids handle this by transferring the >> UUID rather than attempting to resolve the user/group. I don't >> know how this would work for other platforms/mixed platforms or if >> there is a way to detect the source and destination OS for enabling >> this. >> >> Thoughts? Should I post this as a feature request? >> >> Thanks, >> >> Kyle > > - -- > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ >Kevin KorbPhone:(407) 252-6853 >Systems AdministratorInternet: >FutureQuest, Inc.ke...@futurequest.net (work) >Orlando, Floridak...@sanitarium.net (personal) >Web page:http://www.sanitarium.net/ >PGP public key available on web site. > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlOJHIcACgkQVKC1jlbQAQe6gACgymlu8+FdPt0LGIGqBPrIv5Ks > /qcAnjMOaqxyMn9RTJxJvzUf2eqluAKp > =5xEC > -END PGP SIGNATURE- > -- > 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 -- 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: OS X and rsync: unpack_smb_acl errors and --numeric-ids
I think I should submit a bug report. Given that this was fixed before as a bug, it sounds like numeric should be handling this but it is not on OS X. Kyle Sent from Mobile > On May 30, 2014, at 8:58 PM, Kevin Korb wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I just took a look at the patches again and I bet the first one (the > less elegant one) would work for you. You would have to try it on > 3.0.7 though since 3.0.8 includes the other patch. > >> On 05/30/2014 08:15 PM, Kyle Crawford wrote: >> It does sound like the same issue, however I definitely still see >> the issue on 3.0.9 and 3.1.1pre1 on OS X. >> >> Kyle >> >> Sent from Mobile >> >>> On May 30, 2014, at 8:04 PM, Kevin Korb >>> wrote: >> Have you tried on the current version? A similar problem was >> handled a while ago: >> https://bugzilla.samba.org/show_bug.cgi?id=8020 >> >> On 05/30/2014 07:59 PM, Kyle Crawford wrote: >>>>> First of all. Thank you rsync developers and maintainers for >>>>> all of your work. It is awesome. I love rsync. I can't >>>>> thank you enough. >>>>> >>>>> So this has been brought up before: >>>>> https://lists.samba.org/archive/rsync/2010-April/024941.html >>>>> >>>>> We are getting this error: >>>>> >>>>> stderr: rsync: unpack_smb_acl: sys_acl_get_info(): Undefined >>>>> error: 0 (0) >>>>> >>>>> due to ACL entries that can not be resolved by name at the >>>>> time when rsync attempted to resolve them. >>>>> >>>>> This results in an exit status of 23. >>>>> >>>>> The reason the ACL entry can not be resolved by name could be >>>>> that a network directory service like LDAP or Active >>>>> Directory is having issues. Or it could be that the user or >>>>> group no longer exists (locally or in a network directory >>>>> service). >>>>> >>>>> On OS X, when this happens, the UUID of the group is >>>>> displayed instead of the user or group in an ls -le for >>>>> example: >>>>> >>>>> host:~$ ls -le >>>>> /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 >> > - -rw-r--r--+ 1 root wheel 0 May 30 13:01 >>>>> /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 >> > 0: 4D429A34-54A4-48F2-A9AB-9D1E7D1E6738 allow read >>>>> 1: 1E0D050D-973C-47C4-8ACE-D900B04B986D allow read >>>>> >>>>> Or you can see the UUID using ls -len (numeric). >>>>> >>>>> So when I am transferring from OS X to OS X, I'd like these >>>>> UUIDs to just get transferred as UUIDs the same way that >>>>> --numeric-ids works. >>>>> >>>>> That way I can get a nice exit status of 0 and have >>>>> confidence in my backups. >>>>> >>>>> Mr. Bombich has worked around this issue and even posted a >>>>> patch back in 2011. >>>>> >>>>> http://help.bombich.com/discussions/questions/2248-warning-messages-from-rsync-307 > However, the patch has not been updated (that I know of). >>>>> >>>>> And while I was able to apply the patch to rsync 3.0.6 and >>>>> maybe 3.0.7, those versions are quite old and I'm noticing >>>>> that creation times preservation is not working for me on >>>>> those even though I apply the crtimes patch. >>>>> >>>>> I would like to see --numeric-ids handle this by transferring >>>>> the UUID rather than attempting to resolve the user/group. I >>>>> don't know how this would work for other platforms/mixed >>>>> platforms or if there is a way to detect the source and >>>>> destination OS for enabling this. >>>>> >>>>> Thoughts? Should I post this as a feature request? >>>>> >>>>> Thanks, >>>>> >>>>> Kyle >> >>> -- 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 > > - -- > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ >Kevin KorbPhone:(407) 252-6853 >Systems AdministratorInternet: >FutureQuest, Inc.ke...@futurequest.net (work) >Orlando, Floridak...@sanitarium.net (personal) >Web page:http://www.sanitarium.net/ >PGP public key available on web site. > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlOJKU4ACgkQVKC1jlbQAQdEvgCgwb2KX24plvZnLO1PfLel6kqW > Vu4Aniz6dkeSmSvSSF+KmVkH4wBougb+ > =ZU3Z > -END PGP SIGNATURE- -- 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: OS X and rsync: unpack_smb_acl errors and --numeric-ids
Submitted as bug: https://bugzilla.samba.org/show_bug.cgi?id=10649 On Tue, Jun 3, 2014 at 6:56 PM, Kyle Crawford wrote: > I think I should submit a bug report. > > Given that this was fixed before as a bug, it sounds like numeric should > be handling this but it is not on OS X. > > Kyle > > Sent from Mobile > > > On May 30, 2014, at 8:58 PM, Kevin Korb wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > I just took a look at the patches again and I bet the first one (the > > less elegant one) would work for you. You would have to try it on > > 3.0.7 though since 3.0.8 includes the other patch. > > > >> On 05/30/2014 08:15 PM, Kyle Crawford wrote: > >> It does sound like the same issue, however I definitely still see > >> the issue on 3.0.9 and 3.1.1pre1 on OS X. > >> > >> Kyle > >> > >> Sent from Mobile > >> > >>> On May 30, 2014, at 8:04 PM, Kevin Korb > >>> wrote: > >> Have you tried on the current version? A similar problem was > >> handled a while ago: > >> https://bugzilla.samba.org/show_bug.cgi?id=8020 > >> > >> On 05/30/2014 07:59 PM, Kyle Crawford wrote: > >>>>> First of all. Thank you rsync developers and maintainers for > >>>>> all of your work. It is awesome. I love rsync. I can't > >>>>> thank you enough. > >>>>> > >>>>> So this has been brought up before: > >>>>> https://lists.samba.org/archive/rsync/2010-April/024941.html > >>>>> > >>>>> We are getting this error: > >>>>> > >>>>> stderr: rsync: unpack_smb_acl: sys_acl_get_info(): Undefined > >>>>> error: 0 (0) > >>>>> > >>>>> due to ACL entries that can not be resolved by name at the > >>>>> time when rsync attempted to resolve them. > >>>>> > >>>>> This results in an exit status of 23. > >>>>> > >>>>> The reason the ACL entry can not be resolved by name could be > >>>>> that a network directory service like LDAP or Active > >>>>> Directory is having issues. Or it could be that the user or > >>>>> group no longer exists (locally or in a network directory > >>>>> service). > >>>>> > >>>>> On OS X, when this happens, the UUID of the group is > >>>>> displayed instead of the user or group in an ls -le for > >>>>> example: > >>>>> > >>>>> host:~$ ls -le > >>>>> > /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 > >> > > - -rw-r--r--+ 1 root wheel 0 May 30 13:01 > >>>>> > /Volumes/Src/81-access-control-lists-missing-user-and-group/acl-test-2 > >> > > 0: 4D429A34-54A4-48F2-A9AB-9D1E7D1E6738 allow read > >>>>> 1: 1E0D050D-973C-47C4-8ACE-D900B04B986D allow read > >>>>> > >>>>> Or you can see the UUID using ls -len (numeric). > >>>>> > >>>>> So when I am transferring from OS X to OS X, I'd like these > >>>>> UUIDs to just get transferred as UUIDs the same way that > >>>>> --numeric-ids works. > >>>>> > >>>>> That way I can get a nice exit status of 0 and have > >>>>> confidence in my backups. > >>>>> > >>>>> Mr. Bombich has worked around this issue and even posted a > >>>>> patch back in 2011. > >>>>> > >>>>> > http://help.bombich.com/discussions/questions/2248-warning-messages-from-rsync-307 > > However, the patch has not been updated (that I know of). > >>>>> > >>>>> And while I was able to apply the patch to rsync 3.0.6 and > >>>>> maybe 3.0.7, those versions are quite old and I'm noticing > >>>>> that creation times preservation is not working for me on > >>>>> those even though I apply the crtimes patch. > >>>>> > >>>>> I would like to see --numeric-ids handle this by transferring > >>>>> the UUID rather than attempting to resolve the user/group. I > >>>>> don't know how this would work for other platforms/mixed > >>>>> platforms or if there is a way to detect the source and > >>>>> destination OS for enablin