During more testing along your suggestions I realized that I had
included the rotation of my backup trees in my rsync timing. Turns out
the rm -r command to delete the oldest back tree was taking the most
time (9 out of 12-14 min). This begs the question if one cannot
recycle the oldest backu
On Fri, Feb 09, 2007 at 01:57:22PM -0800, Wayne Davison wrote:
> If there are a large number of files to transfer, the win won't
> really be that much, as the generator will be waiting around for new
> file-list info a lot, and that data channel will be clogged up with
> file data.
In this context
On Mon, Feb 05, 2007 at 05:06:31PM -0800, Matt wrote:
> Anyway, I am wondering why it is taking full 12 minutes to complete the
> rsync.
There are several things to check. Try timing an rsync run with -n to
see how quickly it runs without doing any data transfer. Try doing an
rsync of the destin
Sorry for being so persistent
Even with non-incremental file list generation (protocol=29) I get a
file list generation time of 80 sec but rsync still needs 12 min to
finish with (almost) no data to transfer. What is it doing the other
10 min?
... Matt
Paul Slootman wrote:
> On Wed 07 Fe
On Thu 08 Feb 2007, Sjaak Nabuurs wrote:
> Latter I would like to send the reason why rsync had failed, maybe
> connection failure.
See the manpage, section "EXIT VALUES" which will give an indication
what went wrong (if anything).
Paul Slootman
--
To unsubscribe or change options: https://li
