rsync -ahzv --delete --progress --numeric-ids --ignore-errors
"/Users/bonny/Music/iTunes Music"
"rsync://r...@192.168.1.100/musica/iTunes Music"
I am guessing that your iTunes Music folder is well 50MB. As such,
testing with a smaller directory will reduce the time it takes for
rsync to r
On Tue, 2009-11-03 at 12:25 -0500, Matt McCutchen wrote:
> On Thu, 2009-10-29 at 13:20 -0200, Carlos Carvalho wrote:
> > Got this in the log:
> >
> > rsync error: errors with program diagnostics (code 13) at log.c(340)
> > [generator=
> > 3.1.0dev]
>
> I got this too on a big local run backing u
On Thu, 2009-10-29 at 13:20 -0200, Carlos Carvalho wrote:
> Got this in the log:
>
> rsync error: errors with program diagnostics (code 13) at log.c(340)
> [generator=
> 3.1.0dev]
I got this too on a big local run backing up my system to an external
disk using rsnapshot.
/etc/rsnapshot-rsync -a
I wouldn't blame the rsync team for not wanting to maintain it, it's a
pretty narrow-scope patch affecting only one OS. I'm pretty motivated
to keep it up, though, so I'll repost my patches to this list when I
update them. I'll probably get it updated to 3.1.0 in the next month
or so.
M
On Mon, 2009-11-02 at 20:33 -0200, Carlos Carvalho wrote:
> Got this in the log:
>
> WARNING: path/file failed verification -- update discarded (will try again).
> rsync: read errors mapping "/path/file": No data available (61)
>
> The first line is rare but understandable. It's the second one th