Hi,
I have an expect script on a DS20E with Tru64 V5.0A, that is trying to
control an autochanger (the autochanger is local to the DS20E). I have
worked out the bit using the vdump utility where it is backing up a local
file system and hits the end of a tape, I just load the next tape and it
automatically takes off using the next tape. Hey, that's fine, I would of
preferred to have been able to send it a carriage return when I thought the
next tape was loaded and ready to roll, but vdump is really keen to get on
with the job and does it all itself. Then I thought I could use the same
script to backup remote file systems using a command on the local host that
looks like this -
rsh <remote host> /sbin/rvdump -u -U -0 -f <local host>:/dev/ntape/tape4_d1
<remote file system>
Well, you probably guessed it, it doesn't work. vdump reported -
remote error from write() is: No space left on device ^M^M
or the filepath could be too long for remote rmt version^M^M
(older versions only allowed 64 characters): errno 28^M^M
rvdump: out of space and unable to prompt input for new tape; [45] Operation
not supported on socket^M^M
and then vdump shuts up shop. vdump doesn't seem to want to wait around on
the off chance that another tape might get loaded.
Once upon a time vdump (or was it dump) used to be fairly well behaved, it
put up a statement like (I don't know if rdump was this well behaved)
Load the next tape, then press return to continue...
Well the loading of tapes and sending carriage controls, is the sort of
thing can be handled by expect, but when the underlying process just spits
the dummy, what can you do.
I was wondering if anyone out there knew a simple way around this problem.
It would appear to me that the only solution is to mount the remote file
system via nfs, so that it would appear to be a local file system. That
solution means the wrong dumpdates file gets updated, although that is no
real problem, but also you are trying to backup / and /usr on a remote
machine, which may mean that you can't actually create a useable backup of
those partitions on the remote machine.
Anyway I just thought I'd try and get some other opinions.
Dennis
######################################
Dennis Macdonell
Systems Administrator
National Mapping Division, Geoscience Australia
mail: PO Box 2, Belconnen, ACT 2617
email: mcdonell_at_auslig.gov.au
ph: 61 2 6201 4326
fax: 61 2 6201 4377
######################################
Received on Mon Feb 04 2002 - 09:07:51 NZDT