On Wed, 17 May 2006, lsk [EMAIL PROTECTED] wrote:
So this shows that RSYNC performs faster when there is no datafile is
present. For Oracle datafiles the diff algorithm doesn't work even with the
patch. Literally it should have taken less than 12 min to just compare and
update the header
TEST RESULTS after applying the patch Dynamic_hash.diff with new rsync
version 2.6.8.
--
The patch was installed on the source server and I tested with a 2 GB file
transfer
Also I use the rsync version rsync version 2.6.5 protocol version 29 does
this version include this patch dynamic_hash.diff or do we need to
install it seperately.
Sorry. You will need to get the 2.6.7 sources, and then apply the patch
yourself and compile rsync.
Please do report back here
lsk wrote:
Hello Shachar...is 2.6.7 is the latest version of rsync. I could see
in the http download site it says rsync-2.6.8.tar.gz. Should I get this
version 2.6.8 + the patch dynamic_hash.diff.
Yes. In the over a month that passed since the email I sent a new
version of rsync was released
lsk wrote:
Hello Shachar...is 2.6.7 is the latest version of rsync. I could see
in the http download site it says rsync-2.6.8.tar.gz. Should I get this
version 2.6.8 + the patch dynamic_hash.diff.
Yes. In the over a month that passed since the email I sent a new
version of rsync was
On Tue, 2006-05-02 at 13:06 -0700, lsk wrote:
//***Shachar is Dynamic_hash.diff in built in 2.6.8 code version or still
I need to apply that as a seperate patch after I install rsync 2.6.8 ?
You need to apply it as a separate patch _before you build_ rsync 2.6.8.
Apply the patch by running
On Wed 22 Mar 2006, Linus Hicks wrote:
Paul Slootman wrote:
I'd recommend doing --inplace, as chances are that data won't move
within a file with oracle data files (so it's not useful to try to find
moved data), and copying the 4TB to temp. files every time could become
a big timewaster.
lsk wrote:
But I have tried various options including --inplace,--no-whole-file etc.,
for last few weeks but all the results show me removing the destination
server oracle datafiles and after that doing an rsync -vz from source is
faster than copying(rsyncing) over the old files that are
Also I use the rsync version rsync version 2.6.5 protocol version 29 does
this version include this patch dynamic_hash.diff or do we need to
install it seperately.
At destination server I use rsync version 2.6.6 protocol version 29
anyhow u said that doesn't matter.
Thanks,
lsk.
--
View
Paul Slootman wrote:
On Tue 21 Mar 2006, lsk wrote:
I don't know how it would work if we do rsync with the files--from option ?
I'm not sure how rsync behaves when confronted with a network problem
during a session, so I won't give an answer to that.
However, doing individual files sounds
lsk wrote:
Also I use the rsync version rsync version 2.6.5 protocol version 29 does
this version include this patch dynamic_hash.diff or do we need to
install it seperately.
Sorry. You will need to get the 2.6.7 sources, and then apply the patch
yourself and compile rsync.
Please do
On Tue 21 Mar 2006, lsk wrote:
I don't know how it would work if we do rsync with the files--from option ?
I'm not sure how rsync behaves when confronted with a network problem
during a session, so I won't give an answer to that.
However, doing individual files sounds reasonable, so make it a
Also rsync gurus would you suggest which is the fastest way to trasfer this
4 TB data ? Any suggestions...would be of great help.
I'd recommend doing --inplace, as chances are that data won't move
within a file with oracle data files (so it's not useful to try to find
moved data), and
lsk wrote:
But I have tried various options including --inplace,--no-whole-file etc.,
for last few weeks but all the results show me removing the destination
server oracle datafiles and after that doing an rsync -vz from source is
faster than copying(rsyncing) over the old files that are present
14 matches
Mail list logo