rsync -b backup option on versions supporting HFS

OS X 10.4.6 (BSD)

I was using the 'standard' versions (i.e. non-HFS supporting) of rsync with the backup -b option so that I could do nightly incrementals.  This seemed to be running fine. Changes to existing backed up files got copied to the appropriate path(s) on the target.

BUDIR=myDirectoryName
time /usr/local/bin/rsync -a -b --suffix=# --backup-dir=$BUDIR /Users /Volumes/nephron

However, when I started using a version (2.6.0 protocol version 27) supporting HFS and choosing the extended attributes option, the sync works, but the copy to the backup directories doesn't work unless the path is already there.

time /usr/local/bin/rsync -eahfs -a -b --suffix=# --backup-dir=$BUDIR /Users /Volumes/nephron

That is, it appears that the non-HFS version creates the backup directory path if needed, but the HFS-supporting version does not automatically create the path.  However, if the path is already there, the non-HFS version does make a good copy.

Anyone else seen this?  Any suggested workarounds?

Thanks
je
jesterepsilonAsked:
Who is Participating?
 
gheistConnect With a Mentor Commented:
There is newer rsync: rsync  version 2.6.8  protocol version 29, not sure if that applies to OS-X

find /src/dir -type d | (cd /dest/dir ;  xargs mkdir -p )
is quick idea to create a path tree if more recent rsync is not an option.


0
 
gheistCommented:
Any report from "uname -a" comand ???
0
 
jesterepsilonAuthor Commented:
Darwin mydnsname.org 8.6.0 Darwin Kernel Version 8.6.0: Tue Mar  7 16:58:48 PST 2006; root:xnu-792.6.70.obj~1/RELEASE_PPC Power Macintosh powerpc
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.