Re: RE: Help - I hosed myself! - Solved

[Sam Allgood <turner_redhat springmail com>]

Ouch on the ftp. The following incantation of a tar usage comes from the Irix man page on tar. I use it all the time to move things around in Irix...(didn't paste in too nicely)
***
           Tar can also be used to move hierarchies on the local machine with
           the command

              cd fromdir; tar cBf - . | (cd todir && tar xBf -)
           To move hierarchies between machines, use the command

              cd fromdir; tar cBf - . | rsh remote "(cd todir && tar xBf -)"
           where remote is the host name of the remote machine.
***

I use this as root obviously.  The 2nd version requires rsh permissions for root on the remote machine.  Sometimes I use the first version and nfs mount the remote machine. I also use cvBf on the source... the v flag just gives me visual confidence things are happening I think the flags are all the same in linux. The pipe is just like going to and from a tape, without the tape.

Also a rcp -pr mostly works except for a quirk if the file already exists on the remote machine.


On Fri, 6 Oct 2000 17:52:06 +0900 Karen Ellrick <k-ellrick sctech co jp> wrote:

I finally found a set of files that worked for getting onto my broken
server - I went searching around different Linux flavor ftp sites (it took
most of today) until I found one whose instructions were clear and who
actually *had* the files the instructions said to use (that one shouldn't
have been hard, should it?).  With a couple of Slackware disks in hand, I
finally booted and root-disked my box, and mounted my hard disk to assess
the damage.

Regarding the original problem (I was using scripts to mirror directories
from another server, and this was a test of swapping around the directories
so that this server would assume the identity of the other one), it turns
out that even if I had checked for directory existence before rebooting, I
would have thought all was okay at first glance.  All the directories and
files were in their right place - the problem was that when I ncftpget-ed
the directories en mass from the other server, all the original permissions,
owners, etc. were lost.  All files had 644 for permissions, which means that
the boot process couldn't run files that need running.  I thought I'd share
that as a word of warning for others regarding ftp.

The task remains before me to get copies of entire directories from my
"real" server, saving them on my "standby" one to have at the ready in case
the real one goes down (hardware failure, I guess? I didn't make the
requirements - I'm only following orders).  I guess that if I want to
continue using ncftpget as called from cron-ed scripts (and preserve the
file attributes!), I'll need to adjust the crontab on the two servers so
that the cron jobs on the real one run just a little ahead of the standby
one, and on the real server make tar balls of the applicable directories
that then the standby server grabs a couple minutes later with ncftpget.
If anyone has any more elegant ideas, or has done something like this before
and has advice, I'm all ears.  (FYI, I do not have NFS installed on any of
my servers, and don't want to add it if I don't have to, so I would prefer
an ftp-like process.)

Breathing sighs of relief that I don't have to re-install,
Karen



_______________________________________________
Redhat-install-list mailing list
Redhat-install-list redhat com
https://listman.redhat.com/mailman/listinfo/redhat-install-list