It's been quite a while, and my memory is rusty -- but let me guess. You
just added the door extension, right? We haven't done that, but I seem to
remember a similar problem when we added additional tape drives and had to
re-configure the 9710 microcode.

As I recall, we ended up deleting the drives AND the library, and then
re-adding them. ADSM seems to check maximum drives/slots at library
definition time, and doesn't (or didn't back then) have any method of
changing on the fly.

The good news is that you should be able to do this with no real
repercussions --

1) delete all tape drives (required to delete the library -- but get a
listing first :-)
2) delete the library
3) define the library
4) define the drives
5) audit the library

should do it . . . we were under ADSM 3.1.2.20 when we ran into this, IIRC.

Tom Kauffman
NIBCO, Inc

> -----Original Message-----
> From: Long, Matt [mailto:Matt.Long AT MARRIOTT DOT COM]
> Sent: Wednesday, August 02, 2000 3:19 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Issue with door extension on 9710
>
>
> All,
>
>         Has anyone seen this type of error? For some reason ADSM does
> recognize the door extension. We are running 3.7.3 server.
>
> 08/02/00   15:55:51      ANR9999D mmsscsi.c(4404): Element
> address mismatch;
>
>                           slotInfo.elem = 392, slotInv.addr = 0
>
> 08/02/00   15:55:51      ANR8460E AUDIT LIBRARY process for
> library STK9710D
>
>                           failed.
>
> Matt Long
> Systems Administration
> Marriott International
> 301-696-2690
>