max file size

[Heinz-Josef Claes]

On Fri, 13 Nov 2009 13:33:08 -0500
Matt McCutchen <matt at mattmccutchen.net> wrote:

> On Fri, 2009-11-13 at 12:36 +0100, Heinz-Josef Claes wrote:
> > On Fri, 13 Nov 2009 01:38:48 -0500
> > Matt McCutchen <matt at mattmccutchen.net> wrote:
> > > On Mon, 2009-11-09 at 18:20 +0100, Heinz-Josef Claes wrote:
> > > > I want to check if the following is possible:
> > > > 
> > > > 1. transport a big block of data (several terabytes) physically from location 
> > > > A to location B (very long distance) via tapes (or disks).
> > > > (Location A and B use different storage technologies.)
> > > > 
> > > > When the tapes arrive in location B, the block of data has changed in location 
> > > > A (a program / OS is running and storing data in it).
> > > > 
> > > > 2. shutdown application / OS in location A, rsync the delta between Location A 
> > > > and B online, then restart the system in location B.
> > > > 
> > > > (Perhaps step 2 has to be done multiple times.)
> > > 
> > > Since the source and destination versions are practically certain to
> > > differ, --checksum would serve no purpose.  See the man page description
> > > of --checksum.
> > 
> > Don't understand what you mean. From 1. und 2., only a few percent of
> > the data will change, so the idea is to transfer the differences only.
> > Transferring the whole file online takes too long.
> > How to do this without check sums (either --checksum or --inbound)?
> 
> Did you read the description of --checksum as I suggested?  It is an
> alternative "quick check" for deciding whether a file needs to be
> transferred, which is not what you want.  You're talking about the
> delta-transfer algorithm, which is on by default for remote runs and is
> controlled by a separate option, --(no-)whole-file.
> 
You're right - sorry misunderstanding from my side.
--no-whole-file --out-format='%n%L (%b of %l)'
does the job.
Thanks, HJC