Thanks all for your suggestions.  The last time we asked the CE about missing 
tapes was June, after an incident where 11 returns from offsite disappeared 
into the robot.  Since then we've upgraded drives, robot firmware, and TSM, and 
done only label commands in order to upgrade the returning tapes.  So today, 
for the first time in a long time, checkin found everything that was scratch.  
It also found 2 tapes that had dropped out of TSM in the last week.

Fred Johanson
TSM Administrator
University of Chicago

773-702-8464


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Sergio Fuentes
Sent: Friday, November 07, 2008 1:09 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TS3500 count mismatch

You can also try the show slots <lib-name> and show library <lib-name> from the
TSM server.  Compare what TSM thinks is in the library with what is really in
the library.  In my experience, if you've updated the library's physical
configuration without a reboot of the TSM Server, the TSM's library inventory
can become inconsistent with the physical library.  To circumvent the TSM
reboot, I end up having to delete drive and library paths and redefine them.

ALMS will screw up the element/phsyical slot numbers, so beware.

Also, try running inventories from both TSM and the library panel.

SF

Thomas Denier wrote:
> -----Fred Johanson wrote: -----
>
>> The control panel on our TS3500 reports library full with 1408
>> volumes.  4 are cleaning cartridges, so there should be 1404 volumes
>> in TSM.  But
>>
>> Select count(volume_name) from libvolumes
>>
>> Returns 1381, leaving 23 unaccounted for.  The Web gui shows no
>> unassigned volumes, so where are the missing volumes?  We asked our
>> CE if there was anything he knew that could account for this.  He
>> said no.  We asked if there was any way we could dump the inventory
>> to EXCEL or something so we could compare it with the libvolumes
>> output. He said no.
>
> My site has a 3494, but we will have to work with a 3584 or TS3500
> at our next disaster recovery test. One of the Web sites I found
> while researching 3584 behavior indicates that a Unix command like:
>
> IBMtapeutil -f /dev/IBMchanger0 inventory
>
> will return a human-readable list of volumes with groups of lines
> like:
>
> Slot Address 4096
> Slot State ..................... Normal
> ASC/ASCQ ....................... 0000
> Media Present .................. Yes
> Robot Access Allowed ........... Yes
> Source Element Address ......... 4096
> Media Inverted ................. No
> Volume Tag ..................... ABA920L1
>
> 'IBMtapeutil' is the name of the mainframe Linux version of the
> utility. I think it is called 'tapeutil' on some of the other
> platforms for which 3584 device drivers are available.