check your st.conf and make sure that the 0x20000 bit is set for the DLT
7000

so it should be 1, 0x36, 0, 0x28639, 4, 0x82, 0x83, 0x84, 0x85, 3; 
instead of 1, 0x36, 0, 0x8639, 4, 0x82, 0x83, 0x84, 0x85, 3; 
or 1, 0x36, 0, 0x3d639, 4, 0x82, 0x83, 0x84, 0x85, 3; 
instead of 1, 0x36, 0, 0x1d639, 4, 0x82, 0x83, 0x84, 0x85, 3;

and so on this allows you to shut off the SCSI reserve setting, you need to
do this on all the SUN servers attached to the san.

Bob




-----Original Message-----
From: Mike Andres [mailto:mike_andres AT cnt DOT com]
Sent: Wednesday, November 15, 2000 2:59 PM
To: 'Veritas NBU'
Subject: [Veritas-bu] tape and sgscan oddity


Hi, 

    We have a Sun E450 running Solaris 2.6 that is fibre connected to some
Brocade switches and bridged to DLT7000's.  We cleared out the dev/rmt
directory as well as the dev/sg directory, then did a reconfigure boot.
During boot, all DLT's are found and configured and dev/rmt as well as
dev/sg are pupoulated with the appropriate files.  However, when we try to
do an mt status on each drive, we get "no such device or address" error.
Also, when we run sgscan, all tapes and the changer are reported but they
are all reported on the same controller number even though 5 of the tapes
are on one fibre controller, 5 on another and the robot is on a SCSI
controller.  I don't think this is an issue specific to NBU, but I'm hoping
(for my sake, not yours ;-) ) that somebody may have run into something
similar to this.

Thanks for any help,
-mike andres


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu