ciated).
You need a pre-shared key without passphrase:
http://www.google.com/search?q=openssh+public+key
to tunnel rsync thru SSH without user interaction.
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.org
_size, f_out, f_copy);
+ generate_and_send_sums(fd, st.st_size, file->length, f_out, f_copy);
if (f_copy >= 0) {
close(f_copy);
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.
would not do either in a backup script. Better would be to just ignore
some of rsync's return codes.
Regards,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.org
+49 (0)30 255 897 45
--
To unsubscrib
aborted and restarted.
But getting the sent size to the code selecting the blocksize is not a too tiny
change.
Regards,
--
René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)
http://www.exactcode.de | http://www.t2-project.org
+49 (0)30 255 897 45
--
To u
sing the block-size significantly (10-20MB) bumps the
speed by magnitudes into useful regions.
However I'm more interested in fixing bugs in the long-term. Is there any
plan to properly deal with this no such attempt to fix this?
Yours,
--
René Rebe - Rubensstr. 64 - 12157 Berl
er already
comes
to a conclusionn while I start reading thru the source.
Best regards,
On Monday 09 January 2006 23:38, René Rebe wrote:
> today we had a performance issue transfering a big amount of data where
> one file was over 50GB. Rsync was tunneled over SSH and we expected the data
load (2GHz
Pentium 4) while the receiver is nearly idle.
So far I had no acces to the poblematic setup but I will have to analyze this
soon. I would like to ask beforehand if there are known performance hits
syncing such huge files?
Sincerely,
René Rebe
--
To unsubscribe or change options
