On Wednesday 06 May 2015 18:57:45 Debra S Baddorf wrote:
> Second try at the commands,   possibly in better detail:
>
>
> cd /tmp/Gene’sAreaToPlay
>
> login  as   root           #  amrecover  HAS  to be run as root;

Got that grokked.  sudo su.

> it 
> has probably already told you that (I use kerberos,  so I just do  
> “ksu root”  …. your process may be different?     I’m not sure how
> well   “su”  will work???)
>
> on the client node      #  coyote.coyote.den   I presume
> amrecover Daily
> setdisk  /lathe.coyote.den
> setdate        # if needed    #  error messages will tell you the
> correct format ls
> cd   /home
> ls            #  skip if you like
> cd  gene
> ls            #  skip if you like
> add linuxcnc
>
> list     #  to see the tape name it wants
> extract    #  when you know you have that tape mounted   -  and
> rewound,  if you tried this already

vtapes on a terrabyte disk.  Soon to be a 2Terrabyte.

> ….. wait ……  some more …..
>
> Q>    I’m gonna over write everything in   /tmp     ?     yeah, 
> that’s ok
>
> Q>  shall I set the permissions?             I’ve never seen the
> answer make any difference,  so I say no
>
> exit
>
> Check file permissions   (in case Joe Schmuck will later need to
> delete the files). Then
> cp -pnv   /tmp/home/gene/linuxcnc/*      
> theRealDisk/home/gene/linuxcnc
>
> #   n      is a  “no-clobber”   on my current version,   but doesn’t
> work on my prev version #           that’s in case my commands are
> wrong — don’t rely blindly on what I’ve typed!!! #           And  “n” 
>  may not work,  so maybe take it out.
> #    v    only cuz I like to see the files going where I told them to
> go;   maybe you don’t
>
This sounds like I had better get nfs4 setup, which is not yet, new 
install on the target machine "lathe".  Working from the server, coyote.

There is not anything precious in the target directory right now, so it 
wouldn't bother me if the whole tree got clobbered with the recovered 
data.  Is there not a way to cd to that machine/home/gene, and recover 
the linuxcnc tree directly to it?  If amdump can pull it from that 
machine, it seems like amrecover ought to be able to write it back to 
that same machine without needing the copy operation.

So I go thru the exersize, but when I 'extract' the directory it shows, 
exists on all 3 machines, so how do I verify that it will extract to 
lathe.coyote.den/home/gene/linuxcnc?

The backup files are in the alias's name, and the "sethost lathe" command 
has been executed.

Now do you see my dilemma?  Amrecover never tells you where it is going 
to put the recovered files!

So, let me see if I can get nfs4 running so I can copy them across the 
cat5 if they wind up in the wrong place.  But first, I'll create a 
scratchpad on that "lathe" machine & see if I can cd to it with 
amrecover.  However, a /home/linuxcnc-tmp is denied by amrecover.

But, trying to setup the NFS4 shares, /net/lathe, which does not exist, 
also returns a no perms error when I try to mkdir /net/lathe so there is 
a mount point for it.

This looks like maybe another day, so I will remove the "lathe" entries 
from the disklist so I don't overwrite the lathe data running amdumps.

Done.

Thanks Deb.

> Deb Baddorf
> Fermilab

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>

Reply via email to