On Fri, 2009-11-13 at 12:36 +0100, Heinz-Josef Claes wrote: > On Fri, 13 Nov 2009 01:38:48 -0500 > Matt McCutchen <m...@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 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html