RDUMP(8) problems.

James Cameron jc at raven.bu.edu
Mon Apr 22 22:49:34 AEST 1991


>>>>> On 22 Apr 91 04:37:30 GMT, jc at raven.bu.edu (James Cameron) said:


Problem was:

me|> Systems:  remote SunOS 4.1.1 on 4/380 server
me|> 	  local Encore Multimax 4.3(I believe)

me|> Problem:  I have some data on the local machine that I need to dump
me|>   	  to tape on the remote machine.  I use rdump(8) but it is
me|> 	  giving me an error which I can't figure out how to fix.
me|> 	  It says that TERM is underfined and that may be the cause
me|> 	  but I don't see why it needs it to run.  Also, I can't 
me|> 	  see of any way to give it a term type anyways.

me|> Script:

me|> -jc-  [buengc: ~/admin-tools] % /usr/etc/rdump f raven:/dev/nrst1 /usr8
me|>   DUMP: Date of this level 9 dump: Mon Apr 22 00:39:14 1991
me|>   DUMP: Date of last level 5 dump: Sun Apr 21 12:12:47 1991
me|>   DUMP: Dumping /dev/md3e (/usr8) to /dev/nrst1 on host raven
me|>   DUMP: mapping (Pass I) [regular files]
me|>   DUMP: mapping (Pass II) [directories]
me|>   DUMP: estimated 15 tape blocks on 0.00 tape(s).
me|>   DUMP: Protocol to remote tape server botched (code TERM: Undefined variable.
me|> ?).
me|> rdump: Lost connection to remote host.
me|> -jc-  [buengc: ~/admin-tools] %

A simple error in that I had some aliases in my .cshrc file which depended
upon the $TERM variable.  The best solution (from jik at athena) it so place

if (! $?prompt) exit

at the top of the .cshrc file.

Now, I got rdump to work.  However, there seems to be a problem 
as I want to be able to restore the files on the remote machine.
It can't do it, as it doesn't understand the format.  

To help you understand the problem, here is the system set-up:

raven: mounting buengc:/usr8 on /tmp_mnt/usr8
                buengc:/usr9 on /tmp_mnt/usr9
       Using NFS

Now, I would like to do backups on those file systems onto a 
raven tape drive and be able to restore the files from onto
raven disks.  

What would be the best way to do this?  I would like to use
dump and restore as that is what is being used for local
dumps.  

Pointers greatly appreciated!

jc

--
					-- James Cameron  (jc at raven.bu.edu)

Signal Processing and Interpretation Lab.  Boston, Mass  (617) 353-2879
------------------------------------------------------------------------------
"But to risk we must, for the greatest hazard in life is to risk nothing.  For
the man or woman who risks nothing, has nothing, does nothing, is nothing."
	(Quote from the eulogy for the late Christa McAuliffe.)



More information about the Comp.unix.admin mailing list