Hello managers,
After having successfuly completed the file system dumping to, I THOUGHT,
/dev/rmt0h, according to the default:
# dump -0u /usr
I wanted - as usual - to be sure everything was OK:
# restore -t
but nothing happened, the tape device was silent and the command hung.
<Ctrl>C did'n work out either. One or two minutes later (doing nothing is
sometimes not so bad thing...) the message about interrupting appeared,
and fortunately I was able to exit from the command.
Already being sure I could escape from the command causing the problem,
due to some timeout [patience is often rewarded :-) ], I started trying the
command with various arguments, and - to my great surprise - I found out that
by that time the tape device (we have the only one!) had become /dev/rmt1h
(!?!), because the following command succeeded:
# restore -t /dev/rmt1h
After dumping another file system I expected the same but this time
everything was as it must be.
It was when I pondered over WHY the system had created the devices with
two numbers (0 and 1) in the /dev directory upon ./MAKEDEV tz0 . I noticed
it earlier when installing the tape drive but then I didn't concern about
it. Is it logical numbers - and then what for if there is a single
physical one? From the system configuration:
alpha vmunix: tz3 at scsi0 target 3 lun 0 (LID=3) (WANGTEK 5525ES SCSI
REV7 3J2 )
Some observations that might be relevant:
the dump in question put out the estimation information that was erroneus -
~480,000 tape blocks in 2 volume(s), although the tape was 525M, and actually
everything fitted to 1 volume, there were messages about dumping succeded.
But as far as I know, the estimation information is not of much importance,
so I didn't attach much attention to it. The second dump was for the / file
system, and therefore was very small and fitted into 1 volume.
Is it any relation between multivolume support and the number of logical
devices?
The system is DEC 2000 model 300 with DU4.0D running successfuly for a few
mounths (installed from scratch, without any pathches yet - do we need any?).
Thanks,
Irene
*************************************************************************
* *
* Irene A. Shilikhina e-mail: irene_at_alpha.iae.nsk.su *
* System administrator, *
* Institute of Automation & Electrometry, *
* Siberian Branch of Russian Academy of Sciences, *
* Novosibirsk, Russia *
*
http://www.iae.nsk.su/~irene *
*************************************************************************
* *
* The road to hell is paved with good intentions. *
* *
* [...has proved to be as actual at the end of XX as ages before...] *
* *
*************************************************************************
Received on Fri Sep 10 1999 - 07:06:03 NZST