| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3723.1 | | GEM::SHERGOLD | We are 100% sure; well almost!! | Wed Apr 16 1997 12:05 | 9 |
|
$ INIT/MEDIA=COMP MKxxx
==========
and the tape drive COMPRESS light should light. If it doesn't
investigate why.
Keith
|
| 3723.2 | Undocumented feature | FOUNDR::DODIER | Double Income, Clan'o Kids | Wed Apr 16 1997 15:19 | 28 |
| Well, I guess that's a feature ;-) OpenVMS V7.1 will accept the
command INIT/COMPRESS without complaining about syntax. Being that most
of the operations are on a TL812, opening the door to look at the drives
takes the tape drives off-line.
I also tried just a vanilla flavored INIT without compression and
it still fails the same way. I should note that this has worked, sometimes.
Yes, I have gotten it to work a couple of times, but there's no rhyme or
reason to it. It worked once on a TZ88 connected to an HSJ40 via a BA350
box, and it worked once on one of the TL812 drives, both on the same system.
The exact error is -
%BACKUP-F-CLOSEOUT, error closing DEPOT8$MKQ500:<>DISK7I.SAV;1 as output
-SYSTEM-W-BLOCKCNTERR, block count error
I went back and looked at the BACKUP info in the System Management
Utilities Reference manual and it says that BACKUP will mount the tape
drives itself. I've been mounting them manually with a MOUNT/FORIEGN
command. I'll retry it letting BACKUP do the mount and see if it makes
any difference.
Ray
BTW - Out of curiousity, I did an INIT/COMPRESS on the TZ88 connected
to the HSJ40 (because I can easily see that one) and it did in fact light
the compress light. An operating system that knows what I meant. Ya gotta
love it ;-)
|
| 3723.3 | Part way there | FOUNDR::DODIER | Double Income, Clan'o Kids | Wed Apr 16 1997 20:14 | 8 |
| Apparently, it makes a difference if BACKUP mounts the tape. It
seems to work fine when you let it do that. I'm still left wondering
about why I could not get two save sets to fit on a tape where 4 1/2
save sets (multi-volume) previously did, and why the disk fills when
trying to restore a tape with a single save set on it to a stripe-set
that it should easily fit on.
Ray
|
| 3723.4 | | DECWET::RWALKER | Roger Walker - Media Changers | Sat Apr 19 1997 00:06 | 7 |
| You should be able to open the door of the TL81x while the
drives are in use. It will reset the robotics but the drives
should continue to run. This is how I check the density/compression
settings (or even override them for a test).
Just don't change tapes until the door is closed and the
inventory is over.
|
| 3723.5 | | COOKIE::FROEHLIN | VMS...riding into the setting sun! | Sat Apr 26 1997 01:07 | 32 |
| .2> Well, I guess that's a feature ;-) OpenVMS V7.1 will accept the
.2> command INIT/COMPRESS without complaining about syntax. Being that most
The INIT code takes the same action on /COMPACTION and
/MEDIA=COMPACTION. The /COMPACTION qualfier is undocumented, though.
Also DCL only looks at the 1st 4 characters of a qualifier.
.2> %BACKUP-F-CLOSEOUT, error closing DEPOT8$MKQ500:<>DISK7I.SAV;1 as output
.2> -SYSTEM-W-BLOCKCNTERR, block count error
Hm, this is kind of strange. Only the magtape ACP returns this block
count error. And BACKUP is not using the magtape ACP. I've never seen a
MKQnnn device. What kind of HW controller and tape driver is being used
here?
.3> Apparently, it makes a difference if BACKUP mounts the tape. It
Only if /REWIND is being used. BACKUP only changes the
density/compaction if at BOT and /REWIND is specified.
.3> about why I could not get two save sets to fit on a tape where 4 1/2
.3> save sets (multi-volume) previously did, and why the disk fills when
.3> trying to restore a tape with a single save set on it to a stripe-set
.3> that it should easily fit on.
Hm, sounds like the save operation was not a true /IMAGE and some
directory trees have been saved multiple times. Was this a system disk?
Would also explain why the restore failed. Could you show the summary
header of a BACKUP/LIST which contains the BACKUP command line being
used?
Guenther
|