Re: new idea

[Sanjeev Jha <sanjeevjha@xxxxxxxxxxx>]

Those who suggest to use "rsync", I have couple of questions for you.
I saw the site and document,
*  The largest test was 24MB.  I am looking for giga bytes servers, Will it support ? Also someone in mailing list raise the issue of eating so much "CPU" by "rsync" ??
  *  It does not address replicating all the file attributes (as far as I can tell). 
  *  It does not address the initial synchronization problem ?

Thanks




--- Richard Sharpe <sharpe@xxxxxxxxxx>
> wrote:
>At 12:50 PM 8/12/00 +0930, Dan Shearer wrote:
>>On Sat, 12 Aug 2000, Daryl Tester wrote:
>>
>>> Stephen Donaldson wrote:
>>> 
>>> > I would suggest that, given the limited
>>> > input so far, you identify the most commonly used files and cron them
>>> > regularly..
>>> 
>>> I think you need to re-read the question.  It was a single file
>>> of 2 gig in size.
>>> 
>>> I have done something in a commercial environment for a relatively
>>> large file, which involves:
>>> 
>>> 1)  Running the transaction file on a mirrored drive.
>>> 2)  Breaking the mirror (to get a "reasonably consistent snapshot).
>>> 3)  Backing up the non-used ex mirror.
>>> 4)  Merging the drive back with its original mirror.
>>> 
>>> Steps 2-4 are performed every 15 minutes.  Works OK, but probably not
>>> for 2 gigs of data.
>>
>>A more efficient way to do steps 2-4 is to use rsync,
>>http://rsync.samba.org.
>
>Well, that depends. At a site I am involved with, we currently rsync about
>5GB of data between two machines every 20 minutes. It chews up so much CPU
>that users notice it. The problem is it has to check every file in that 5GB
>or so worth of data.
>
>In addition, loosing up to 20 minutes worth of data, and the
>inconsistencies between the two sets is not a good thing.
>
>>There are ways of doing this sort of thing at the filesystem level and
>>also at the disc block level. Neither are trivial to set up. rsync is a
>>good interim, simple solution.
>
>So, we are looking at using drbd, which is one of the solutions I imagine
>Dan is talking about.
>
>>Dan
>>
>>-- 
>>LinuxSA WWW: http://www.linuxsa.org.au/  IRC: #linuxsa on irc.linux.org.au
>>To unsubscribe from the LinuxSA list:
>>  mail linuxsa-request@xxxxxxxxxxxxxx with "unsubscribe" as the subject
>>
>>
>
>Regards
>-------
>Richard Sharpe, sharpe@xxxxxxxxxx
>Samba (Team member, www.samba.org), Ethereal (Team member, www.zing.org)
>Contributing author, SAMS Teach Yourself Samba in 24 Hours
>Author, Special Edition, Using Samba
>
>
>-- 
>LinuxSA WWW: http://www.linuxsa.org.au/  IRC: #linuxsa on irc.linux.org.au
>To unsubscribe from the LinuxSA list:
>  mail linuxsa-request@xxxxxxxxxxxxxx with "unsubscribe" as the subject

_____________________________________________________________
Where you'll find everything under the Sun for the Sun.......www.SunGuru.com