ADSM-L

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

1998-04-03 11:11:33
Subject: Re: STK9710 I/O error ... CC=315, KEY=05, ASC=3B, ASCQ=0D,
From: Craig Bell <rcbell AT US.IBM DOT COM>
Date: Fri, 3 Apr 1998 11:11:33 -0500
>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>