The message OPERATOR INTERVENTION REQUIRED is normal during CHECKIN/CHECKOUT
functions, however, the other two indicate a problem.  Research the reason
behind the SCSI bus error for the underlying cause.  When the function fails,
what you see is the library getting out of sync with ADSM.  A Q MOUNT shows
nothing in the drive but a subsequent attempt to mount into that drive will
fail with ANR8300E, indicating the destination slot or drive is full.
Reinitalizing the library unloads all of the drives and reinventories the
library.  A restart of ADSM picks up this new inventory.  Make sure you have
current STK 9710 microcode (1.8.0.1, I think) and DLT4000 microcode (level
105).  Make sure from the AIX side that the mt device driver is current on
maintenance (unless you are using a third party driver such as OMI).

Hope this helps.

Paul Kolling wrote:

> Hi ADSMers all over the world!
>
> We have some problems with our storage-equipment:
> adsm-server V3.1 on AIX 4.1.5, STK9710 library
> What we'd like to do is moving tapes offsite.
> Trying to do this with the corresponding commands
> (checkout libv, move drm) gets very ugly results.
> A checked out volume gets the status "out of  library",
> but after verifiying the tape-header the robot doesn't take it
> out of the DLT4000 drive and the drive's led switches to green.
> Querying the status shows no tape in the drive. But the next
> backup fails when trying to put another tape in.
>
> There are new lines in the error-report similar to this:
>
> 4225DB66   0325131898 T H lb0            OPERATOR INTERVENTION REQUIRED
> 5680E405   0326201198 P H mt3            STORAGE SUBSYSTEM FAILURE
> 0BA49C99   0324175798 T H vscsi5         SCSI BUS ERROR
>
> The whole library/control/system hangs up! Tapes cannot be moved for
> example
> with the <dismount vol> - command and I have to restart the adsm-server and
>
> initialise the STK-library to get back to normal business.
>
> All other operations during our daily backup-business are working fine.