Copying a large file system (again)
Jonathan Dill
jonathan at nerds.net
Tue Dec 4 09:02:55 CST 2007
Kuba Ober wrote:
> If you have two PowerEdges nearby and in your control, there's no reason not
> to use a dedicated gigabit link between the two, without any encryption. SSH
> is dog-slow and takes up CPU unnecessarily when all you do is move data
> between adjacent machines (if that's what you do).
>
Excellent idea, I have done that before with a 2nd NIC and direct
crossover connection between two servers and forget about encryption.
> I guess you can try contacting Joerg Schilling, there may be an option (or a
> test version somewhere) where this problem is fixed. I admit that I've not
> dealt much with star and over 150GB.
>
> You may want to run star multiple times, each time transferring a part of the
> tree.
>
The issue is getting the hard links set up right, that might not work in
multiple passes. In one pass, that may cause transfer programs to use
more memory since they may need to keep a table of which files are hard
links to the same file at the fs level. 900 MB is really not that bad,
with rsync I needed about 3 GB to move the 300 GB pool to new physical
drives in the same server. Probably best way to do chunks at a time is
have some extra space, forget about hard links, then run BackupPC_link
after each pass as someone mentioned.
If you have huge amounts of extra disk space and can take the filesystem
offline while you do this, you could also use partimage to make an image
of the whole filesystem then restore the image on the target. The
partimage image could be dumped to an NFS or CIFS / SMB share on a 3rd
server then grabbed from the same share on the real target. Either you
will need to have partimage split into 2 GB chunks, or NFSv3 over a
filesystem that supports huge files.
If you are decomissioning the old server and bringing up a new one, the
drives aren't on hardware RAID, and you have enough I/O channels on the
new server, I'd just physically move the drives to the new server, at
least temporarily. NB though with some hardware RAID, physically moving
the drives can trash the whole RAID when you set up the RAID on the new
system.
If you aren't using hardware RAID and have enough I/O channels in the
source server, you could install the target drives temporarily and copy
locally, or use an external USB drive as an intermediate step.
Jonathan
More information about the Linux-PowerEdge
mailing list