Following up to myself, because others may benefit from the answer too.

I wrote:
> Hello,
>
> I have been running TSM 5.1.9.5 on Windows using Overland LoaderXpress
> LXL1U11 SCSI LTO tape library for long time but haven't really been
> doing anything with it. It was set up by someone else and I was only
> checking from time to time that it seemed running. We had the library
> replaced (because we suspected a problem on it) and from that time on I
> have been trying to clean the old mess up (learning on the fly). The
> library mostly worked but froze from time to time. I got the suspicion
> that it froze when doing audit library and when it tried to read the
> cleaning tape. The library vendor told me to change some settings on the
> library - set reserved slot and autocleaning. This way the machine
> connected to it won't be able to trigger the problem with cleaning tape
> because it will be hidden to it.
>
> The problem is that after changing the configuration of the library we
> have problems with checking in the tapes.
>
> I had 8 tapes in there of which only couple was used. I had lot of tapes
> in the query volume which I wanted to consolidate. Therefore I removed
> the empty scratch tapes with a series of "checkout libv LibraryX LabelX
> checklabel=no remove=no" and replaced the tapes with the old ones. I
> then run audit library and it finished sucessfully.
>
> But whenever I try to check in a tape I get "ANR8314E Library LibraryX
> is full".
>
> I was thinking that the TSM may have problems with the changed library
> (it had 11 stots before, now it only 10). I deleted the drive, library
> and paths and created them again. Therefore I lost all the remaining
> volumes and the situation is the same - I can't check in any volumes.
> The audit library command finishes immediately with success.

I can check in the tapes now. I did lot of changes (in the settings of
the library, removing and recreating the TSM devices (drive, library and
paths) and I also physically removed one tape from the library.

I am not 100% sure but it seems that TSM insists (at least with this
kind of library - no input/output ports)) to have a physical slot free
to allow a check-in operation to succeed. It also seems to me that it
doesn't touch the hardware at all during "audit library" if there isn't
any tape checked-in the library.




> I did some Googling and found multiple references of the problem
> (library reporting being full when in fact it isn't) but can't see
> anything relevant.
>
> I also did one change which probably wasn't a wise one. During the
> troubleshooting of the problem (before recreating library/drive/paths) I
> changed some settings on the library - most notably the way how it
> announces itself to the host to make it more closely match what IBM says
> about it on
> http://www-1.ibm.com/support/docview.wss?rs=663&uid=swg21217885 .
>
> I haven't noted down what setting was there before so I can't return to
> it. There isn't as many options but the number of combinations (and
> possibly necessary recreation of library/drive/paths in TSM) is quite
> big. The problem is that the library needs to be restarted after
> changing these parameters and the OS doesn't like it either. After
> changing the setting and resetting (with software - Web TLC) the library
> it eventually stops responding at all (the device disappears from
> windows device manager).
>
> I found a couple of APAR's (problem reports) which talk about similar
> issues. I might have done also what is described in IC35882 - I thought
> that with "label labelsource=prompt overwrite=no checkin=private" I will
> check int the old tapes the fastest. Everywhere I am finding that "audit
> library" should at worst fix all the issues but it doesn't do anything
> for me at the moment (but it's possible I have everything (library
> settings on the library, drive/library/paths in TSM) setup wrong at the
> moment :-().
>
> I'm terribly in need of help.
>
> Thank you for any clue.
>
> Michal
>