ADSM-L

[ADSM-L] ANR8855E ACSAPI(acs_mount) response with unsuccessful status, status=STATUS_LIBRARY_FAILURE

2010-03-04 12:19:18
Subject: [ADSM-L] ANR8855E ACSAPI(acs_mount) response with unsuccessful status, status=STATUS_LIBRARY_FAILURE
From: David McClelland <tsm AT NETWORKC.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 4 Mar 2010 17:18:25 -0000
Hi Guys,



I'm hoping someone with a little more ACSLS experience than I might be able
to point me in the right direction with this one.



Fundamentally, I'm witnessing seemingly random failures when mounting
volumes in an ACSLS-managed STK L700 library. A cart which fails to mount in
one operation will mount successfully two minutes later. A drive which
failed mount a tape will also successfully mount a tape at the next attempt.
>From tracking this over a period of time, there appears to be no obvious
pattern.



O - TSM Server: 5.5.1.1 (Solaris 9)

O - ACSLS 7.1.0

O - Library STK L700 populated with 18 x IBM-LTO3 FC-attached drives



The error manifests itself in the TSM Server activity log as:

O - ANR8855E ACSAPI(acs_mount) response with unsuccessful status,
status=STATUS_LIBRARY_FAILURE.

O - ANR1401W Mount request denied for volume L30161 - mount failed.



On the ACSLS console I see:

O - 2010-03-04 16:58:26     0    LSM   0, 0: Library error, Path unavailable



Obviously, the causes the TSM process or session requesting the mount to
fail. However, retrying the same TSM operation may well result in a
successful mount of the very same cartridge; and the same tape drive may
also successfully mount another tape shortly afterwards. I've only come to
this TSM Server today and I can see that it's been experiencing this as far
back as TSM's activity log goes.



The only hit online that I've found so far that seems to fit is a posting on
this list from back in 2000 where someone seemed to be witnessing the same:
http://www.adsm.org/lists/html/ADSM-L/2000-08/msg00007.html



Does anyone have any pointers as to where I might look next or any other
info that might be handy to dig out?



TIA,



/David Mc

London, UK

<Prev in Thread] Current Thread [Next in Thread>