> I think you have the Sun-branded OEM of the HP 718 autochanger, which is
> what I have.
I have debugging on and PrintInquiry returns the follow for the changer:
##### START PrintInquiry
qualifier 0
type 8
data_format 2
ansi_version 2
ecma_version 0
iso_version 0
type_modifier 0
removable 1
vendor_info HP
prod_ident C6280-7000
prod_version 2.10
vendor_specific
using ident = generic, type = Generic driver tape/robot [generic]
and this for the drive:
##### START PrintInquiry
qualifier 0
type 1
data_format 2
ansi_version 2
ecma_version 0
iso_version 0
type_modifier 0
removable 1
vendor_info QUANTUM
prod_ident DLT7000
prod_version 2560
vendor_specific q`
using ident = DLT7000, type = DLT Tape [DLT7000]
> In sgen.conf, I did:
> device-type-config-list="changer";
>
> ..which tells it to look for changer devices. I then uncommented the
> entries at the bottom as specified in the file. It likes mine just fine.
Yep, if you don't edit sgen.conf /dev/scsi doesn't get created.
On my system the changer gets configured and there is communication with
it. Sun's StorEdge L280 has 3 modes of operation "Automatic", "Stacker",
and "Random" as follows (from Sun's manual):
Automatic - autoloader operates as if in Stacker mode until it
receives a SCSI changer command (can you say P-N-P, yuck!).
Stacker - autoloader controller will not use an ID and is removed
from the SCSI bus.
Random - drive set to ID 0, autoloader to ID 1. All stacker features
are disabled, and tape cartridges can only be moved by
using host SCSI commands. Conforms to SCSI-2 command
specification for tape changer devices.
"Automatic" mode doesn't seem to work with chg-scsi (MODE SENSE command
returns all nulls). "Random" works in the sense that MODE SENSE returns
something (most of the time), but when it does the command ends with a
"slot 1 move failed" (using chg-scsi -slot 1).
I beginning to think it isn't chg-scsi, but the design of the unit
(IMHO modes like "Automatic" are bad ideas, prone to errors).
> You'd probably be better off using mtx 1.2.29 and the chg-zd-mtx I'll be
> uploading tonight ;-)
ftp.estinc.com was down Mon. but it's up today so I'll try mtx when I get
back in town next week, along with digging into the debug output.
-----
Bradley S. Huffman (405) 744-2918
Online Coordinator
208 Life Sciences East
College of Arts and Sciences
Oklahoma State University
Stillwater, Oklahoma 74078-1053
