Hi
        What is the library you are using? 3583? Look at drivers.

Show slots <library name> will give you a good idea where your tapes are.
This cmd has to be run when there are no sessions mounts proc etc for it to
work. Remove any tapes except for the tapes the vendor recommend eg IBM use
IBM. I have had a PMR open on one of our libraries for months which has
slowly got better though every now and then it will give the exact same
problem, with slots. Easiest way to get around it is to power cycle remove
paths and the add, add the carts and it runs ok again. Add the scratch
first. Obviously we have scripted all this. The library in question is a
3583 scsi library which we are looking at replacing anyway.  Or maybe you
just have to run a audit.

Regards Mark

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Schneider, John
Sent: Sunday, 26 November 2006 12:17 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM inventory of empty slots becomes inconsistent wi
th IBM3584 li brary.

Richard,
        Thanks for your reply.
        I had already read the Technotes you referred to. I try to hit the
knowledgebase before I go to the list; of course, I am certainly capable of
overlooking something.
        The element numbers being misassigned would cause mounts to be done
incorrectly; where TSM tells the library to mount a tape in drive element
257, expecting that to match up to /dev/rmt3, but instead /dev/rmt3 is
really drive element 258.  If that were my mistake, I would be getting
ANR8300E errors during a mount, but instead it is always a dismount, where
TSM finds the slot full trying to put the tape back where it got it from.
And as I mentioned, I can sometimes go for days, with 50-100 mounts for each
tape drive, before the problem suddenly appears.  So a basic configuration
mistake like would show up right away, not after days.
        The ANR8469E can certainly be a stuck tape, or other hardware
problems caused by a drive, but if you look at the ANR8300E that comes just
before it, it tells us that the destination slot is full during the
dismount. So I think the ANR8469E is in response to that.
        I should clarify that, although I am doing library sharing, there is
only one library master.  All mounts and dismounts are done by him; the
others just make the request.  So the errors I am seeing all appear in the
library master's activity log.

Best Regards,

John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO.  63127
Email:  schnjd AT stlo.mercy DOT net
Office: 314-364-3150, Cell:  314-486-2359


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
Sent: Saturday, November 25, 2006 7:28 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM inventory of empty slots becomes inconsistent with
IBM3584 li brary.


John -

The joy of inherited environments, where you have no solid information on
how things were configured by your predecessors...

In my experience, an ANR8469E unload failure is always due to a tape drive
hardware problem (possibly a sensor or motor problem).  Check your records
or logs to gauge whether one or two drives are troublemakers and need work.
A tape stuck in a drive tends to stay in the drive, where it subsequently
being put away in a strange place
*might* be due to human actions.  Sometimes, a seeming unload failure can be
a timing problem in the drive microcode, where not enough time is being
allowed for the operation.

See IBM Technotes (1143428, 1212674) on the possible causes of ANR8356E.  An
insidious problem is where the barcode is inconsistent with the magnetic
labeling of the volume.  Element number inconsistencies are another gem.

Beyond that, I would activate TapeAlert and review AIX Error Log entries.
You also say that you are doing library sharing, so I would review the logs
of both sharers and see if both are experiencing the same kind of problems,
which may illuminate configuration or software issues.

   what I can think of,  Richard Sims
************************************************************************
Bunnings Legal Disclaimer:

1)     This email is confidential and may contain legally privileged
information.  If you are not the intended recipient, you must not
disclose or use the information contained in it.  If you have received
this email in error, please notify us immediately by return email and
delete the document.

2)     All emails sent to and sent from Bunnings Group Limited.
are scanned for content.  Any material deemed to contain inappropriate
subject matter will be reported to the email administrator of all
parties concerned.
************************************************************************