Hi --
Summary of original query:
Does anyone out there know of a workaround that would allow (even
basic) usage of the TLZ7L on 5.0, or any kind of hack that would
make mcutil work again?
Thanks much to all who responded (addresses elided):
Corinne Haesaerts
Danny Petterson
Shiv Agarwal
Paul Henderson
Robert Otterson
Thomas Leitner
Suggestions were
(from Tom): check out freeware Linux tape changers. (Ref:
http://www.estinc.com/downloads/unsupported/mtxl.README.html)
(Robert): make sure you're using the new device naming scheme
for the tapes. (I was.)
(Paul and Danny): check the firmware rev on the TLZ7L. (I think
it's the latest; Compaq Support also asked that, and I should
have mentioned that in the original query.)
(Shiv): He's tested MRU (Media Robot Utility) with 5.0 and had
some problems with the TLZ7L. He suggested using scu to check
the inquiry data for each LUN of the device; if both devices
report the same inquiry data, then it's broken and you'll need
a ddr.dbase entry to make it work. (This appears OK; devices
report different inquiry data.)
Corinne stated that mcutil will be part of T64 5.0A, and
provided a sneak preview of the man page.
Again, thanks to all. I think I can hack a workaround using scu.
(Shiv's comments got me looking around more deeply at scu.) It turns
out--I didn't know this--that scu has similar commands to the simple
mcutil commands I was using. Example:
scu -f /dev/changer/mc0 move medium source 2 destination 1
which (in this case) moves a tape from slot 0 into the drive.
And it works, at least in my initial testing; the CLCMC subset
might not even be necessary if I used the SCSI addressing info instead
of the Unix device.
--
-- Paul A. Sand | Don't believe anything you hear
-- University of New Hampshire | or anything you say.
-- pas_at_unh.edu |
-- http://pubpages.unh.edu/~pas |
Received on Tue Mar 21 2000 - 15:32:45 NZST