ADSM-L

Re: STK9710 I/O error ... CC=315, KEY=05, ASC=3B, ASCQ=0D,

1998-04-06 10:13:20
Subject: Re: STK9710 I/O error ... CC=315, KEY=05, ASC=3B, ASCQ=0D,
From: Claudia Masters <cmaster1 AT TUELECTRIC DOT COM>
Date: Mon, 6 Apr 1998 09:13:20 -0500
We experienced the same problems the end of last year.  We have  a 9714
with DLT7000.  All the drives were replaced by STK and we have not had that
problem since.  If your drives get replaced, be sure they come w/ firmware
level 60 or higher.




"Prather, Wanda" <PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU> on 04/03/98 12:33:54

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: Claudia Masters/Texas Utilities)
Subject:  Re: STK9710 I/O error ... CC=315, KEY=05, ASC=3B, ASCQ=0D,




There is a known problem with STK9710 robots getting unload failures on
DLT7000 drives.
The robot whacks the drive handle too hard and the vibration can cause the
unlatching mechanism to relatch itself, and the unload will fail.
We have had the problem since last June.  It only hits us about once a
month.
But, we just got a microcode fix from STK this week.
The microcode you need probably depends on your 9710 configuration (we are
running with ACSLS, not the IBM drivers).  But anyway, the fix is available
now for at least some 9710 setups.
If you are having this problem, check with your STK CE.

===============================================================
Wanda Prather
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
===============================================================



> ----------
> From:         Craig Bell[SMTP:rcbell AT us.ibm DOT com]
> Sent:         Friday, April 03, 1998 11:11 AM
> To:   ADSM-L AT vm.marist DOT edu
> Subject:      Re: STK9710 I/O error ... CC=315, KEY=05, ASC=3B, ASCQ=0D,
>
> >Date:    Tue, 31 Mar 1998 13:04:59 -0600
> >From:    Sam Mauro <smauro AT QUAKERSTATE DOT COM>
> >Subject: STK9710
> >
> >Hi all...Has anyone out there using an STK9710 tape robot ever seen this
> >before.
> >We have 7 drives and this particular backup is using 5 of them.
> >Thanks in advance, Sam.
> >03/31/1998 12:00:16  ANR8300E I/O error on library STK9710LIB
> (OP=00006C03,
> >                     CC=315, KEY=05, ASC=3B, ASCQ=0D,
> >SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0D.00.00.00-
> >                      .00.00.00., Description=The destination slot or
> drive
> was
> >                      full in an attempt to move a volume).  Refer to
> Appendix
> >                      B in the 'Messages' manual for recommended action.
> >03/31/1998 12:00:16  ANR1401W Mount request denied for volume 000024 -
> mount    failed.
>
> Yes, the problem is mainly  from an unload failure,  and a cartridge is
> "stranded" in the drive.
> Currently, when ADSM next tries to use the drive it doesn't recognize
that
> the
> drive is still loaded.  That's why the destination is still full.
>
> That ADSM doesn't recognize or otherwise report this fact is a known
> problem
> and APAR IX75639
> has been opened- look for the fix in the 2nd-qtr ptf (for Version 3).
> This
> symptom can be seen on
> ANY SCSI-attached library
> that has an unload failure, although it has been reported often on 9710s.
> The
> fix will be to check the
> drive status, and if still loaded try again to unload the drive.  Failing
> that,
> it will take the drive offline
> with a "manual intervention" type of  message, and you'll need to unload
> the
> drive yourself.  But  the
> problem is mainly hardware related, as to why the unloads fail.
>
> Craig Bell
>
<Prev in Thread] Current Thread [Next in Thread>