First, something that has nothing to due with your problem. If you have
hardware compression on the 9840's the the FORMAT should be 9840C.
I'm still running ADSM. Unless changed in TSM, the default AIX device
driver is not altered by the TSM install and that driver is not sufficient
for the 9840's. Did you reload the tar file and compare it to the original
file. In our case, they were different.
My guess would be that you did not use the ADSM/TSM Devices Smit path to
define mt1 and mt2. If I'm correct, TSM is using the default AIX device
driver. If I'm wrong, I would like to know the resolution since we will be
converting to fibre in the near future.
On Wed, 15 Mar 2000, Riccardo Capecchi wrote:
> In a test enviroment, with AIX 4.2.1 and Tivoli 3.7.2, I am trying to
> use a Powderhorn STK silo with 9840 units connected with fiber through
> EMULEX LP8000 adapter, the following is the contents of devconf file:
>
> devconf.bk1
>
> DEFINE DEVCLASS SILO DEVTYPE=ECART FORMAT=9840 ESTCAPACITY=83886080K
> MOUNTLIMIT=DRIVES MOUNTWAIT=60 MOUNTRETENTION=60 PREFIX=ADSM LIBRARY=STK
> SET SERVERNAME TSM
> DEFINE LIBRARY STK LIBTYPE=ACSLS ACSID=0
> DEFINE DRIVE STK MT0 DEVICE=/dev/mt0 ACSDRVID=0,0,6,2 ONLINE=Yes
> DEFINE DRIVE STK MT1 DEVICE=/dev/mt1 ACSDRVID=0,0,6,3 ONLINE=Yes
>
> If, after having mounted a tape via acsls command, I use the /dev/mt0
> directly from AIX, i.e. with a tar of large amount of data (2-3 GB), all
> works fine; if I use it in Tivoli TSM I had the following messages:
>
> 03/14/00 10:29:20 ANR2017I Administrator ADMIN issued command: LABEL
> libvol
> stk XU0065 checkin=scratch
> overwrite=yes
> 03/14/00 10:29:20 ANR0984I Process 4 for LABEL LIBVOLUME started in
> the
> BACKGROUND at
> 10:29:20.
> 03/14/00 10:29:20 ANR8799I LABEL LIBVOLUME: Operation for library
> STK
> 03/14/00 10:29:38 ANR8302E I/O error on drive MT1 (/dev/mt1)
> (OP=READ,
> CC=205, KEY=FF, ASC=FF, ASCQ=FF,
> SENSE=**NONE**,
> Description=SCSI adapter failure). Refer to
> Appendix B
> in the 'Messages' manual for recommended
> action.
> 03/14/00 10:29:39 ANR8302E I/O error on drive MT1 (/dev/mt1)
> (OP=READ,
> CC=205, KEY=FF, ASC=FF, ASCQ=FF,
> SENSE=**NONE**,
> Description=SCSI adapter failure). Refer to
> Appendix B
> in the 'Messages' manual for recommended
> action.
> 03/14/00 10:29:46 ANR8810I Volume XU0065 has been labeled in library
> STK.
> 03/14/00 10:30:01 ANR8427I CHECKIN LIBVOLUME for volume XU0065 in
> library
> STK completed
> successfully.
> 03/14/00 10:30:01 ANR8800I LABEL LIBVOLUME for volume XU0065 in
> library STK
> completed
> successfully.
> 03/14/00 10:30:01 ANR0985I Process 4 for LABEL LIBVOLUME running in
> the
> BACKGROUND completed with completion state
> SUCCESS at
> 10:30:01.
> 03/14/00 10:31:24 ANR2017I Administrator ADMIN issued command:
> DEFINE VOLUME
> SILOS XU0065
> ACCESS=READWRITE
> 03/14/00 10:31:24 ANR2206I Volume XU0065 defined in storage pool
> SILOS
> (device class SILO).
>
> Start of backup of Linux machine
>
> 03/14/00 10:50:32 ANR0406I Session 511 started for node
> PC-CAPECCHI.CINECA.-
> IT (LINUX) (Tcp/Ip
> 130.186.6.251(1401)).
> 03/14/00 10:51:02 ANR8302E I/O error on drive MT0 (/dev/mt0)
> (OP=READ,
> CC=205, KEY=FF, ASC=FF, ASCQ=FF,
> SENSE=**NONE**,
> Description=SCSI adapter failure). Refer to
> Appendix B
> in the 'Messages' manual for recommended
> action.
> 03/14/00 10:51:03 ANR8355E I/O error reading label for volume XU0065
> in
> drive MT0
> (/dev/mt0).
> 03/14/00 10:51:14 ANR1402W Mount request denied for volume XU0065 -
> volume
>
> unavailable.
> 03/14/00 10:51:14 ANR1410W Access mode for volume XU0065 now set
> to
> "unavailable".
>
> Please help me, the old IBM 3575 robot has only few scratch cartridge
> and I need to insert STK silo into production as soon as possible.
>
> --
> Saluti, Riccardo Capecchi
>
> ----------------------------------------------------------
> Gruppo Gestione Sistemi - Cineca Bologna |
> www.cineca.it - 051-6171657 - Fax 061/6137273 |
> ----------------------------------------------------------
>
|
