jc@raven.bu.edu (James Cameron) (04/22/91)
Systems: remote SunOS 4.1.1 on 4/380 server local Encore Multimax 4.3(I believe) Problem: I have some data on the local machine that I need to dump to tape on the remote machine. I use rdump(8) but it is giving me an error which I can't figure out how to fix. It says that TERM is underfined and that may be the cause but I don't see why it needs it to run. Also, I can't see of any way to give it a term type anyways. Script: -jc- [buengc: ~/admin-tools] % /usr/etc/rdump f raven:/dev/nrst1 /usr8 DUMP: Date of this level 9 dump: Mon Apr 22 00:39:14 1991 DUMP: Date of last level 5 dump: Sun Apr 21 12:12:47 1991 DUMP: Dumping /dev/md3e (/usr8) to /dev/nrst1 on host raven DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 15 tape blocks on 0.00 tape(s). DUMP: Protocol to remote tape server botched (code TERM: Undefined variable. ?). rdump: Lost connection to remote host. -jc- [buengc: ~/admin-tools] % Any pointers would be greatly appreciated. jc -- -- James Cameron (jc@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.)
jik@athena.mit.edu (Jonathan I. Kamens) (04/22/91)
In article <JC.91Apr22003730@raven.bu.edu> jc@raven.bu.edu (James Cameron) writes:
DUMP: Protocol to remote tape server botched (code TERM: Undefined variable.
?).
The process on the remote machine is running root's .cshrc file, and
it tries to use $TERM.
To fix this, you need to prevent the files from being run, or check to
make sure that they check if $TERM is set before trying to access it.
You probably don't want the .cshrc file run if the shell isn't
interactive anyway, so putting this at the top of the file is usually
a good idea:
if (! $?prompt) exit
Jonathan Kamens USnail:
MIT Project Athena 11 Ashford Terrace
jik@Athena.MIT.EDU Allston, MA 02134
Office: 617-253-8085 Home: 617-782-0710jc@raven.bu.edu (James Cameron) (04/22/91)
>>>>> On 22 Apr 91 04:37:30 GMT, jc@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@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@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.)