MrKiwi wrote: > Bart Schaefer wrote: >> We have a CentOS 3 server with about 300GB of data on an ext2 >> filesystem that we need to mirror onto a new drive, which we're then >> going to pull out and put into a second server. A straight >> disk-to-disk copy (with rsync, tar, or "cp -a" doesn't much matter) >> manages about 75MB per minute, which would take almost three days, and >> the system gets very sluggish while such a copy is going on, so we >> can't afford to just let it run. >> >> Is it possible, without loss of data, to convert the existing ext2 >> filesystem into a mirrored software RAID, then add the new drive as a >> second device and let rebuilding the RAID take care of making the >> copy? Even if this took more time, we've had good overall system >> performance with software RAIDs rebuilding in the background before, >> so it could run as long as necessary. We'd then need to be able to >> remove the second device from the RAID and either convert it back into >> a plain ext2 or put it into a similar software RAID in the destination >> machine. >> >> Is this possible? Is there another plan that would make more sense? >> >> Thanks in advance for suggestions. >> _______________________________________________ >> CentOS mailing list >> CentOS at centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > Does rsync with the bandwidth limiting features still slow the system > unacceptably? > > Just a thought, > > MrKiwi, > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > Also - maybe you could add two scheduled scripts; Fri 8pm, "killall rsync; rsync A B" Mon 5am, "killall rsync; rsync --bwlimit A B" Would that give you fast-as-possible syncing without too much loss of responsiveness? D