[clug] fastest way to copy a fs
Tomasz Ciolek
tmc at vandradlabs.com.au
Thu Jan 18 22:10:42 GMT 2007
Hi All
>From what Brett wrote, I gather that the downtime tis to prevent changes
to the FS before he cust over to the new disk.
You could acheive the same thing by re-mounting it read-only with
noatime options.
Thats why the down-time -make sure youre original is NOT a moving
target.
Cheers
Tomasz
On Fri, Jan 19, 2007 at 08:39:49AM +1100, Tony and Robyn Lewis wrote:
> Brett Worth wrote:
> >What I normally do is and in initial rsync while the source filesystem
> >is live then take it down and do a final rsync before cutting over to
> >the new disk. The first one can be done over a longer period and you
> >can lessen the load its putting on the source system with the --bwlimit
> >option. The final rsync is the only one that causes downtime so makes
> >the total downtime lower. If I don't even want an outage to install the
> >target disk for the initial rsync I do it with the target attached to a
> >different machine.
> >
>
> I'm not sure this is going to save you anything. Each run of rsync is
> going to completely read both source and dest, in order to checksum all
> the chunks. So unless your reads are significantly faster than your
> writes, you're not going to save anything in your downtime.
>
> I could be wrong though...
>
> Tony
>
> --
> linux mailing list
> linux at lists.samba.org
> https://lists.samba.org/mailman/listinfo/linux
--
Tomasz M. Ciolek
*******************************************************************************
tmc at vandradlabs dot com dot au
*******************************************************************************
GPG Key ID: 0x41C4C2F0
GPG Key Fingerprint: 3883 B308 8256 2246 D3ED A1FF 3A1D 0EAD 41C4 C2F0
Key available on good key-servers
*******************************************************************************
More information about the linux
mailing list