rsync - Jun 2008 - 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

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