This is part of The Pile, a partial archive of some open source mailing lists and newsgroups.
Subject: Re: Moving large ftp site From: Michael Jinks <michael@twopoint.com> Date: Tue, 23 Mar 1999 14:55:53 -0600 Just back from the contrib server at Red Hat, where I found packages called fmirror and mirrordir. fmirror looks like it would be adequate for what I want, but mirrordir promises a whole lot, claims to work over ftp, and includes non-US-law-flaunting encryption. Just thought I'd pass along my find; I've just done an rpm -ivh on mirrordir and I'm about to read the manpage. Stefan Miltchev wrote: > > Check one of the mirror rpms, either mirror or fmirror, I used the to set > up an initial unofficial mirror of the redhat i386 distribution, so I know > they can do the job. So you could su to each individual user and then > run mirror. == Subject: Re: Moving large ftp site From: felix k sheng <felix@deasil.com> Date: Wed, 24 Mar 1999 12:59:30 -0500 Someone wrote: >Our company offers ftp accounts to about 40 or 50 clients, each >with >their own private directory on our ftp machine. I'm trying to replace >that box with a newer one but running into some trouble when it >comes to >moving all those directories from the old box to the new one. >The obvious solution would be to use nfs and just copy the files >over, >but neither machine supports nfs for security reasons. Also, right >now >the old one is outside our firewall while the new one is inside until it >goes on line for real. [snip] >There's not enough space on the old machine's filesystem to make >a big >archive file either, and no machine on our public LAN has a tape >drive. Assuming ssh is installed on both machines (it is, isn't it?) you could do something like: cd /root/of/orig/ftparea tar cf - | ssh new.ftp.site.com '(cd /root/of/new/ftparea; tar xf -)' You may have to fiddle with the command part of ssh (the '(cd... -)' part) to get it working - I can never remember the right quoting - but that should work). At any rate, test out the commands before you use them on some small directories with a couple bogus files. This let's you tar an untar w/out actually having to create a intermediate tar file. Of course, if you don't have ssh installed, you could open up your rsh ports for a couple hours... but that doesn't sound like a great idea to me. == Subject: Re: Moving large ftp site From: Michael Jinks <michael@twopoint.com> Date: Thu, 25 Mar 1999 20:59:15 +0000 felix k sheng wrote: > Assuming ssh is installed on both machines (it is, isn't it?) you could > do something like: > > cd /root/of/orig/ftparea > tar cf - | ssh new.ftp.site.com '(cd /root/of/new/ftparea; tar xf -)' This was just such a great tip I had to respond again. I have little talent for the well-turned command line myself, and I appreciate tricks like this that make a GUI look silly. My ftp site is now happily spitting itself backward through our firewall to its new home, with no new software installed anywhere. ==== Subject: Re: copy whole drive From: Steve Borho <steve@borho.myip.org> Date: Wed, 13 Oct 1999 21:56:33 -0500 On Wed, Oct 13, 1999 at 06:22:53PM -0700, Steve Lee wrote: > what is a good command to copy > everything on one drive to another > retaining permission and all. > That would include everything from / Either use dump/restore, or cpio. To use cpio, you mount the new drive on /mnt, then run: cd / ; find . -depth -xdev -print | cpio -pamd /mnt === Subject: Re: copy whole drive From: Jan Carlson <janc@iname.com> Date: Wed, 13 Oct 1999 23:16:30 -0400 Steve Lee wrote: > > what is a good command to copy > everything on one drive to another > retaining permission and all. > That would include everything from / 1. Go to single user mode, so the / filesystem will not be changing while you copy it: telinit 0 2. Mount the new drive as /target 3. Do the copy: cd / find . -mount | cpio -pdmuv /target The -mount argument excludes other drives, ie filesystems, from what is copied. You just want to copy the / drive. The /proc filesystem cannot be copied successfully, and it's not necessary - it does not contain real files, only pointers to info in the kernel. And, it makes a nested mess if you try to copy target onto target - that would create /target/target, and /target/target/target and so on. === Subject: Re: copy whole drive From: Steve Borho <steve@borho.myip.org> Date: Wed, 13 Oct 1999 22:17:02 -0500 On Wed, Oct 13, 1999 at 10:09:07PM -0500, Brian wrote: > On Wed, 13 Oct 1999, Steve Borho wrote: > > > On Wed, Oct 13, 1999 at 06:22:53PM -0700, Steve Lee wrote: > > > what is a good command to copy > > > everything on one drive to another > > > retaining permission and all. > > > That would include everything from / > > > > Either use dump/restore, or cpio. > > > > To use cpio, you mount the new drive on /mnt, then run: > > > > cd / ; find . -depth -xdev -print | cpio -pamd /mnt > > cp works too........ > > > cp -ax / /mnt does cp handle device nodes and pipes correctly? === Subject: Re: copy whole drive From: Robin Atwood <robin.atwood@ibm.net> Date: Thu, 14 Oct 1999 19:42:55 +0200 On Thu, 14 Oct 1999, Steve Borho wrote: >On Wed, Oct 13, 1999 at 10:09:07PM -0500, Brian wrote: >> cp works too........ >> >> >> cp -ax / /mnt > >does cp handle device nodes and pipes correctly? Yes. I recently cloned an RH 6.0 system this way except that I copied on the target machine using a Tom's root/boot floppy system. I copied each major directory separately to avoid getting 'real' /proc directories and other mounted partitions. ===