Rsync hangs in Snow Leopard

Under Leopard, I used rsync to make an automatic backup of my iDisk on my local hard drive so that Time Machine would pick it up (since TIme Machine won't backup iDisk volumes, even if they're mirrored locally)

The command I used was this:

/usr/bin/rsync -avE --delete /Volumes/iDisk/* /Unencrypted/iDiskBackup/

Worked fine in Leopard, but in Snow Leopard, rsync hangs after processing about 20 files and/or directories. It just sits there, and ***** up 90% of the CPU while doing nothing.

I saw another thread in this forum that mentioned changes in the handling of non-English characters could cause a terminal hang, but none of the files or directories rsync is being asked to attend to use anything but standard ASCII characters.

Anyone have any idea what's going on? Is rsync broken? Is there another way I can back up an iDisk volume to my local hard drive and preserve all the permissions and forks?

17" MacBook Pro, 13" MacBook, 12" iBook, Mac OS X (10.6)

Posted on Sep 4, 2009 7:59 AM

Reply
10 replies

Sep 8, 2009 1:51 AM in response to rmchale

USAGE
You use rsync in the same way you use rcp. You must specify a source
and a destination, one of which may be remote.

Perhaps the best way to explain the syntax is with some examples:

rsync -t *.c foo:src/

This would transfer all files matching the pattern *.c from the current
directory to the directory src on the machine foo. If any of the files
already exist on the remote system then the rsync remote-update proto-
col is used to update the file by sending only the differences. See the
tech report for details.

rsync -avz foo:src/bar /data/tmp

This would recursively transfer all files from the directory src/bar on
the machine foo into the /data/tmp/bar directory on the local machine.
The files are transferred in "archive" mode, which ensures that sym-
bolic links, devices, attributes, permissions, ownerships, etc. are
preserved in the transfer. Additionally, compression will be used to
reduce the size of data portions of the transfer.

rsync -avz foo:src/bar/ /data/tmp

A trailing slash on the source changes this behavior to avoid creating
an additional directory level at the destination. You can think of a
trailing / on a source as meaning "copy the contents of this directory"
as opposed to "copy the directory by name", but in both cases the
attributes of the containing directory are transferred to the contain-
ing directory on the destination. In other words, each of the follow-
ing commands copies the files in the same way, including their setting
of the attributes of /dest/foo:

rsync -av /src/foo /dest
rsync -av /src/foo/ /dest/foo

Note also that host and module references don't require a trailing
slash to copy the contents of the default directory. For example, both
of these copy the remote directory's contents into "/dest":

rsync -av host: /dest
rsync -av host::module /dest

You can also use rsync in local-only mode, where both the source and
destination don't have a `:' in the name. In this case it behaves like
an improved copy command.

Finally, you can list all the (listable) modules available from a par-
ticular rsync daemon by leaving off the module name:

rsync somehost.mydomain.com::

See the manual for more details.
man rsync

Sep 15, 2009 1:21 PM in response to KJK555

I downloaded and compiled Rsync 3.0.6 and have ran into several problems:

Compiling on PPC and running it on an intel fails to run properly in rosetta, (weird rsync errors) so I have to have multiple compiled images. Must run the intel build on the intel machines. And of course must run the PPC compiles on the PPCs.

Bigger problem though is that I can no longer make a bootable backup. I was able to use rsync to duplicate the 10.6.0 install image, but not an installation of Snow Leopard on a newer Mac Pro. The install KPs early during boot while trying to get launchd moving.

The command being used is:

sudo "/usr/local/bin/rsync 306intel" -aHAXx --delete -v --progress --numeric-ids --exclude=private/var/vm/* --exclude=.fseventsd/* "/Volumes/Snow Leopard MP GUID/" "/Volumes/Service Snow/"

The command completes with no errors or warnings, and when rerun it finds only a couple of the usual continuously updated dot files. But it will fast KP the same mac pro that booted the source drive moments ago.

I've also discovered that it's hard to make a bootable backup from the booted system or others that have been run. Sockets are (ONCE AGAIN) generating errors when all options are enabled for a full backup. They are the type of socket that get rebuilt as needed by the system, but there are dozens so its impractical to --exclude all of them. But if rsync sees them it causes an rsync io error, which cancels file deletion. (no way to override?) Sockets seem to be the bane of rsync, I was using 2.6.3 even when 2.6.9 was out because of resource fork and socket problems with rsync.

Do these forums always tag threads with "answered responses = 1"? There are a lot of threads here with NO answers that are so tagged at the top.

So does anyone know of a way to get rsync 3.0.6 to make a bootable backup of a (non live is fine) snow leopard installation?

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Rsync hangs in Snow Leopard

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.