Axel Rose
2008-Jun-12 15:36 UTC
broken pipe when working on open files (?), MacOS X, 3.0.2/3.0.3pre2
Hello all, I have trouble to use rsync (tested with 3.0.2 and 3.0.3pre2) on MacOS X 10.3. Rsync always seems to stop when working on open files (?). Source is my laptop hard disk, destination a USB attached external drive. If I stop Firefox for instance all runs smoothly. This is how I built rsync: #!/bin/bash # VERSION=3.0.2 VERSION=3.0.3pre2 DIR="rsync-$VERSION" PATCH="rsync-patches-$VERSION" sudo rm -rf $DIR tar xvzf $DIR.tar.gz tar xvzf $PATCH.tar.gz cd $DIR patch -p1 < patches/fileflags.diff patch -p1 < patches/crtimes.diff ./prepare_source patch -p1 < patches/backup-dir-dels.diff ./configure make sudo make test cd .. This is how I run rsync: sudo /Users/ar/work/rsync/rsync-3.0.3pre2/rsync \ -vvv --stats --progress -aHAX --fileflags --force-change --crtimes \ --exclude .Trash \ /Users/ar /Volumes/Pro-Backup/Users/ar and the error log ends like this: --- send_files mapped /Users/ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/secmod.db of size 16384 calling match_sums /Users/ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/secmod.db ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/secmod.db rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe (32) ... recv_generator(ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/extensions/ firefox-extension@shareaholic.com/chrome/content,14004) recv_generator(ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/extensions/ firefox-extension@shareaholic.com/chrome/locale,14005) _exit_cleanup(code=12, file=io.c, line=635): about to call exit(12) I observed a similar "broken pipe" message when I copied something within the source volume using the Finder. Is this just my peculiar compilation or usage of rsync? Thanks for your help, Axel. -------------- next part -------------- HTML attachment scrubbed and removed
Axel Rose
2008-Jul-04 14:00 UTC
broken pipe when working on open files (?), MacOS X, 3.0.2/3.0.3pre2
Problem solved by updating to rsync 3.0.3 Cheers, Axel. 2008/6/12 Axel Rose <axel.roeslein@googlemail.com>:> Hello all, > > I have trouble to use rsync (tested with 3.0.2 and 3.0.3pre2) on MacOS X > 10.3. > Rsync always seems to stop when working on open files (?). Source is my > laptop > hard disk, destination a USB attached external drive. > > If I stop Firefox for instance all runs smoothly. > > This is how I built rsync: > > #!/bin/bash > > # VERSION=3.0.2 > VERSION=3.0.3pre2 > DIR="rsync-$VERSION" > PATCH="rsync-patches-$VERSION" > > sudo rm -rf $DIR > tar xvzf $DIR.tar.gz > tar xvzf $PATCH.tar.gz > cd $DIR > > patch -p1 < patches/fileflags.diff > patch -p1 < patches/crtimes.diff > ./prepare_source > patch -p1 < patches/backup-dir-dels.diff > ./configure > make > sudo make test > > cd .. > > > This is how I run rsync: > > sudo /Users/ar/work/rsync/rsync-3.0.3pre2/rsync \ > -vvv --stats --progress -aHAX --fileflags --force-change --crtimes \ > --exclude .Trash \ > /Users/ar /Volumes/Pro-Backup/Users/ar > > and the error log ends like this: > --- > send_files mapped /Users/ar/Library/Application > Support/Firefox/Profiles/p3xm9ow4.default/secmod.db of size 16384 > calling match_sums /Users/ar/Library/Application > Support/Firefox/Profiles/p3xm9ow4.default/secmod.db > ar/Library/Application Support/Firefox/Profiles/p3xm9ow4.default/secmod.db > rsync: writefd_unbuffered failed to write 4 bytes [sender]: Broken pipe > (32) > ... > recv_generator(ar/Library/Application > Support/Firefox/Profiles/p3xm9ow4.default/extensions/ > firefox-extension@shareaholic.com/chrome/content,14004) > recv_generator(ar/Library/Application > Support/Firefox/Profiles/p3xm9ow4.default/extensions/ > firefox-extension@shareaholic.com/chrome/locale,14005) > _exit_cleanup(code=12, file=io.c, line=635): about to call exit(12) > > > I observed a similar "broken pipe" message when I copied something within > the source volume > using the Finder. > > Is this just my peculiar compilation or usage of rsync? > > > Thanks for your help, > Axel. > >-------------- next part -------------- HTML attachment scrubbed and removed