max file size

[Matt McCutchen]

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.

-- 
Matt