[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


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