15 Feb
2002
15 Feb
'02
10:24 a.m.
I've finally got my StorageTek 2920 9-track drive talking to my Emulex
QT13 QBUS->PERTEC adaptor under VMS... It *appears* to read the tapes OK
(I have no VMS formatted tapes, so I'm just guessing here), but when I try
and INITIALIZE MUA0:, the drive spins the tape for a second and then gives
me a "CC7" on its display and "Mach Chk" flashes. VMS calls it a
'parity
error'. Anyone know what is going on with this thing?
Thanks.
-- Pat
16 Feb
16 Feb
6:42 p.m.
Pat Finnegan wrote:
I've finally got my StorageTek 2920 9-track drive
talking to my Emulex
QT13 QBUS->PERTEC adaptor under VMS... It *appears* to read the tapes OK
(I have no VMS formatted tapes, so I'm just guessing here), but when I try
and INITIALIZE MUA0:, the drive spins the tape for a second and then gives
me a "CC7" on its display and "Mach Chk" flashes. VMS calls it a
'parity
error'. Anyone know what is going on with this thing?
How about cleaning? Does this have a full self test program?
When I first took my TU81PLUS in operation I had to make 3
runs of good scrubbing with alcohol before it would want to
write a tape successfully. Also, it didn't work with every
tape.
regards
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
17 Feb
17 Feb
5:55 a.m.
After cleaning, same problem. Now, when I try to copy data off the tape
using "COPY MUA0 NEWS.TAR", VMS gives me these errors:
%COPY-E-READERR, error reading _MUA0:[].;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVER, data overrun
%COPY-W-NOTCMPLT, _MUA0:[].; not completely copied
when I use dump, like "DUMP MUA0 /OUT=NEWS.DMP", it works just perfectly
fine, which leads me to believe it might be a VMS problem. Prior to now,
I was able to copy straight from the foreign mounted volume OK, but now
it's not working at all, even after I power-cycled the drive and the vax.
Help?
-- Pat
On Sun, 17 Feb 2002, Gunther Schadow wrote:
Pat Finnegan wrote:
I've finally got my StorageTek 2920 9-track
drive talking to my Emulex
QT13 QBUS->PERTEC adaptor under VMS... It *appears* to read the tapes OK
(I have no VMS formatted tapes, so I'm just guessing here), but when I try
and INITIALIZE MUA0:, the drive spins the tape for a second and then gives
me a "CC7" on its display and "Mach Chk" flashes. VMS calls it a
'parity
error'. Anyone know what is going on with this thing?
How about cleaning? Does this have a full self test program?
When I first took my TU81PLUS in operation I had to make 3
runs of good scrubbing with alcohol before it would want to
write a tape successfully. Also, it didn't work with every
tape.
regards
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
6:46 a.m.
Well, I figured out that problem (mount mua0: /foreign /blocksize=10240),
but after cleaning the drive, just about every tape I try give me a parity
error within 50k or so of the beginning of the tape. Is there a
recommended way to clean the tape drive? I just stuck some alcohol on a
cotton swap and brushed that along the drive head a few times...
-- Pat
On Sun, 17 Feb 2002, Pat Finnegan wrote:
After cleaning, same problem. Now, when I try to copy
data off the tape
using "COPY MUA0 NEWS.TAR", VMS gives me these errors:
%COPY-E-READERR, error reading _MUA0:[].;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVER, data overrun
%COPY-W-NOTCMPLT, _MUA0:[].; not completely copied
when I use dump, like "DUMP MUA0 /OUT=NEWS.DMP", it works just perfectly
fine, which leads me to believe it might be a VMS problem. Prior to now,
I was able to copy straight from the foreign mounted volume OK, but now
it's not working at all, even after I power-cycled the drive and the vax.
Help?
-- Pat
On Sun, 17 Feb 2002, Gunther Schadow wrote:
Pat Finnegan wrote:
I've finally got my StorageTek 2920 9-track
drive talking to my Emulex
QT13 QBUS->PERTEC adaptor under VMS... It *appears* to read the tapes OK
(I have no VMS formatted tapes, so I'm just guessing here), but when I try
and INITIALIZE MUA0:, the drive spins the tape for a second and then gives
me a "CC7" on its display and "Mach Chk" flashes. VMS calls it a
'parity
error'. Anyone know what is going on with this thing?
How about cleaning? Does this have a full self test program?
When I first took my TU81PLUS in operation I had to make 3
runs of good scrubbing with alcohol before it would want to
write a tape successfully. Also, it didn't work with every
tape.
regards
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
7:36 a.m.
Pat Finnegan wrote:
Well, I figured out that problem (mount mua0: /foreign
/blocksize=10240),
but after cleaning the drive, just about every tape I try give me a parity
error within 50k or so of the beginning of the tape. Is there a
recommended way to clean the tape drive? I just stuck some alcohol on a
cotton swap and brushed that along the drive head a few times...
O.K. you figured the block size out. Are you saying you can
*read* more than 50k from a tape but you cannot write as much?
You could always have a more severe problem with the transport,
I hope you don't, but if cleaning doesn't help, I would be rather
lost at this point.
good luck,
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
7:33 a.m.
Pat Finnegan wrote:
After cleaning, same problem. Now, when I try to copy
data off the tape
using "COPY MUA0 NEWS.TAR", VMS gives me these errors:
%COPY-E-READERR, error reading _MUA0:[].;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVER, data overrun
%COPY-W-NOTCMPLT, _MUA0:[].; not completely copied
when I use dump, like "DUMP MUA0 /OUT=NEWS.DMP", it works just perfectly
fine, which leads me to believe it might be a VMS problem. Prior to now,
I was able to copy straight from the foreign mounted volume OK, but now
it's not working at all, even after I power-cycled the drive and the vax.
Help?
Well, looks like cleaning did help after all :-) the error above
looks like a simple block-size mismatch. You need to set the
proper block size with MOUNT, like
$ MOUNT/FOREIGN/BLOCK=10240/RECORD=10240 MUA0
if the tape has been written with 10 kB blocks. When you
do not set the block/record size it assumes default 512
I believe, which means it can't get a full tape block into
its memory buffer, which is another word for data overrun.
You're on the path to success :-)
-Gunther
--
Gunther Schadow, M.D., Ph.D. gschadow(a)regenstrief.org
Medical Information Scientist Regenstrief Institute for Health Care
Adjunct Assistant Professor Indiana University School of Medicine
tel:1(317)630-7960 http://aurora.regenstrief.org
8186
days inactive
8188
days old
5 comments
2 participants
participants (2)
-
gunther＠aurora.regenstrief.org -
pat＠purdueriots.com