On 7/16/2010 4:32 AM, Stephan Ferraro wrote:
Stephan Ferraro wrote:
What scp should do is to do a full md5sum of the
files on each side:
1. One time calculating the md5sum before sending
the file
Could you make .torrent file for first file , publish
it in Bit Torrent
client and then start download into the Dir on target
machine with
already-downloaded 23GB file present.
That way, BT client will check file (choose chunk
size when making
.torrent) and just download missing/badly copied
parts, I suppose it
wouldn't take a long time.
This is a great idea, I will try next time with Bittorrent.
Maybe also you could use rsync to do the same?
rsync checks only the mtime of the file if I remember? Maybe there is an option
to check block per block checksums.
Rsync makes decisions based on several different criteria (mtime, file
size, or file checksum).
For those files it decides to sync, it then does block checksums, and
only sends the chunks needed.
For this application, rsync is the simplest choice.
here's a sample:
rsync --checksum -v -P --rsh="ssh -C' file1 file2 file3
destination_machine:/path/to/where/they/go
--
Erik Trimble
Java System Support
Mailstop: usca22-123
Phone: x17195
Santa Clara, CA
Timezone: US/Pacific (GMT-0800)
_______________________________________________
opensolaris-discuss mailing list
[email protected]
