[Subject Prev][Subject Next][Thread Prev][Thread Next][Subject Index][Thread Index]
Re: new idea
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 ?
--- Richard Sharpe <sharpe@xxxxxxxxxx>
>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,
>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.
>>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
>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