ADSM-L

Re: StorageTek 9714 - ADSM on AIX - BAD tape drives

1999-07-02 10:20:18
Subject: Re: StorageTek 9714 - ADSM on AIX - BAD tape drives
From: "Prather, Wanda" <PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU>
Date: Fri, 2 Jul 1999 10:20:18 -0400
Hi Laura,

We went through a cycle of something similar, although the error codes
weren't exactly the same.
Please verify with your STK CE that the POWER SUPPLIES in your drives have
been replaced.
There are 2 STK-installed power supplies inside each DLT 7000 drive.
The resistors are under-powered, and depending on the rate of use, they wear
down in about 1 year and won't hold proper voltage.
The CE can adjust the voltage, but it won't hold - they just get worse.
One of the symptoms is drives that won't unload, they just blink, although
the next time it may work OK.
Tapes do get destroyed, or they get written and won't read back without lots
of media faults.

Last fall STK started replacing the power supplies with a different TYPE of
power supply.  Your CE should have replaced them all by now as preventive
maintenance.
Please check on that.

Also, if you are using collocation, turn it off until you get this fixed.
Call me if you want to talk about why!

Also check your AIX errpt for any type of SCSI bus errors, that can cause
"unable to open drive" errors.

Please let me know how it goes...
..
************************************************************************
Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
wanda_prather AT jhuapl DOT edu

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert
************************************************************************





> -----Original Message-----
> From: Galvin, Laura L. [SMTP:LLGalvin AT LEGGMASON DOT COM]
> Sent: Thursday, July 01, 1999 4:17 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      StorageTek 9714 - ADSM on AIX - BAD tape drives
>
> Hi all,
>
> We are having a terrible time with our StorageTek 9714 and our 6 DLT7000
> tape drives.  In the last 5 weeks we have had 5 tape drives replaced mt3,
> mt4, mt3(again), mt0, mt2.  The symptoms are that all the lights come on
> and
> blink and a tape is stuck in the drive, on two separate occasions the tape
> has been destroyed, physically mangled.  StorageTek just keeps replacing
> the
> drives.  About three weeks ago, and three tape drive replacements,
> StorageTek was out and updated the software on 9714 and the tape drives to
> the current levels ( at this time I don't know exactly what that is ).  We
> are running ADSM Server 3.1.2.13 on a G40 with AIX version 4.3.2.
> I have 3 SACS adapters with the following config.: ( IBM just updated the
> adapters to the latest levels as well! )
>         scsi0 - mt0
>                        mt1
>                    mt5
>                        lb0
>         scsi1 - mt2
>                   internal devices hdisk0, hdisk1, cd0
>         scsi2 - mt3
>                    mt4
>
> These are the errors I'm getting..... I know they are different types but
> we
> are getting these all the time on different drives.  I have a drawer full
> of
> DLT tapes that I have taken out of the library due to excessive errors.
> These tape are expensive and I find it hard to believe it's all the tapes!
> We use Quantum and DLT - DLTtape IV tapes.
>
> 06/24/1999 15:40:27  ANR8302E I/O error on drive DRIVE0 (/dev/mt0)
> (OP=LOCATE,
>                       CC=306, KEY=03, ASC=11, ASCQ=00,
>
>
> SENSE=F0.00.03.00.00.3D.20.16.00.00.00.00.11.00.00.00.00-
>                       .00.85.04.A0.00.00.18.50.00.74.9C.1A.,
> Description=Drive
>                       or media failure).  Refer to Appendix B in the
> 'Messages'
>                       manual for recommended action.
>
> 06/24/1999 15:40:27  ANR8359E Media fault detected on DLT volume 000212 in
>
>                       drive DRIVE0 (/dev/mt0) of library 9714.
>
> 06/24/1999 16:14:26  ANR8302E I/O error on drive DRIVE0 (/dev/mt0)
> (OP=LOCATE,
>                       CC=306, KEY=03, ASC=11, ASCQ=00,
>
>
> SENSE=F0.00.03.00.00.3D.20.16.00.00.00.00.11.00.00.00.00-
>                       .00.85.04.A0.00.00.18.51.00.74.9C.1A.,
> Description=Drive
>                       or media failure).  Refer to Appendix B in the
> 'Messages'
>                       manual for recommended action.
>
> 06/24/1999 16:14:27  ANR8359E Media fault detected on DLT volume 000212 in
>
>                       drive DRIVE0 (/dev/mt0) of library 9714.
>
>
> 06/25/1999 17:29:33  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 17:31:34  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 18:07:35  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 18:07:44  ANR8792E Unrecoverable drive failures on drive DRIVE0
>
>                       (/dev/mt0); drive is now taken offline.
>
> 06/25/1999 18:10:15  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 18:10:24  ANR8792E Unrecoverable drive failures on drive DRIVE0
>
>                       (/dev/mt0); drive is now taken offline.
>
> 06/25/1999 18:12:55  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 18:13:03  ANR8792E Unrecoverable drive failures on drive DRIVE0
>
>                       (/dev/mt0); drive is now taken offline.
>
> 06/25/1999 18:15:34  ANR8779E Unable to open drive /dev/mt0, error
> number=46.
> 06/25/1999 18:15:43  ANR8792E Unrecoverable drive failures on drive DRIVE0
>
>                       (/dev/mt0); drive is now taken offline.
>
>
> 06/30/1999 07:40:30  ANR8302E I/O error on drive DRIVE2 (/dev/mt2)
> (OP=LOCATE,
>                       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.
>
> 06/30/1999 07:40:59  ANR8302E I/O error on drive DRIVE2 (/dev/mt2)
> (OP=LOCATE,
>                       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.
>
> 06/30/1999 08:41:39  ANR8302E I/O error on drive DRIVE2 (/dev/mt2)
> (OP=LOCATE,
>                       CC=203, KEY=02, ASC=04, ASCQ=03,
>
>
> SENSE=70.00.02.00.00.00.00.16.00.00.00.00.04.03.00.00.00-
>                       .00.82.00.00.00.00.20.FB.00.00.00.00.,
> Description=Manual
>                       intervention required).  Refer to Appendix B in the
>
>                       'Messages' manual for recommended action.
>
> 06/30/1999 08:41:39  ANR8302E I/O error on drive DRIVE2 (/dev/mt2)
> (OP=LOCATE,
>                       CC=203, KEY=02, ASC=04, ASCQ=03,
>
>
> SENSE=70.00.02.00.00.00.00.16.00.00.00.00.04.03.00.00.00-
>                       .00.82.00.00.00.00.20.FB.00.00.00.00.,
> Description=Manual
>                       intervention required).  Refer to Appendix B in the
>
>                       'Messages' manual for recommended action.
>
> 06/30/1999 08:41:39  ANR8302E I/O error on drive DRIVE2 (/dev/mt2)
> (OP=LOCATE,
>                       CC=203, KEY=02, ASC=04, ASCQ=03,
>
>
> SENSE=70.00.02.00.00.00.00.16.00.00.00.00.04.03.00.00.00-
>                       .00.82.00.00.00.00.20.FB.00.00.00.00.,
> Description=Manual
>                       intervention required).  Refer to Appendix B in the
>
>                       'Messages' manual for recommended action.
>
>
> Is there anything to check within ADSM or on AIX ( device level, density,
> block etc. ) that might be causing so many tape issues?
>
> Is anyone else have issues similar to this?
>
> Any help would be greatly appreciated, Thanks!
> Laura
>
> ___________________________________________
> IMPORTANT:  The security of electronic mail  sent through the Internet is
> not guaranteed.  Legg Mason therefore recommends that you do not send
> confidential information to us via electronic mail, including social
> security numbers, account numbers, and personal identification numbers.
>
> Delivery, and timely delivery, of electronic mail is also not guaranteed.
> Legg Mason therefore recommends that you do not send time-sensitive or
> action-oriented messages to us via electronic mail, including
> authorization to  "buy" or "sell" a security or instructions to conduct
> any other financial transaction.  Such requests, orders or instructions
> will not be processed until Legg Mason can confirm your instructions or
> obtain appropriate written documentation where necessary.