If you run "q libv" you'll get the slot number and last use of a tape
volume.  That will help.  You can mark the slots of the libvolumes TSM
knows about (since the others haven't been labeled they shouldn't even
show up as scratch)  You should be able to then go into the library's
interface and manually eject each "duplicate" new tape, or if TSM is
aware of them use TSM to eject them.  

Or, at least I would try that first.  

Or, another way would be to checkout every tape that has been duplicated
(with checklabel=no), and then check them back in as private with
checklabel=yes.  The unlabeled, or duplicates will error out and will be
placed back in the EE slots.  You can do this a small section at a time
until you get them all.
However as someone already noted, and even on AIX, disable autolabel!
Else, you'll have data on both.

See Ya'
Howard


> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Allen S. Rout
> Sent: Monday, November 24, 2008 2:06 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Audit part of a library?
> 
> A sad tawdry tale has led me to a circumstance in which I have a
> certain set of tape volsers duplicated in a library of mine.
> 
> Pleasantly, these volumes are either labeled (and mostly in use) or
> they are brand spanking fresh, and unlabeled (in a TSM LABEL LIBVOLUME
> sense).
> 
> So I expect that, if I were to AUDIT LIBRARY checklabel=yes, I would
> find that the 'bad' (new) volumes would fail the audit, and the 'good'
> (old) ones would pass.
> 
> But I'm going to have to do this several times, I bet.  I'd prefer to
> avoid mounting and label checking the other 1100 volumes every time I
> go through the process.
> 
> 
> Is there any procedure you folks have gone through, permitting you to
> audit -part- of a library?  Or am I being silly, just go mount them
> all?
> 
> These tape volumes hold remote virtual volumes, so I'm guessing the
> AUDIT VOLUME process might be quite quick.  I'm going to give that a
> shot, it may be quick enough...
> 
> 
> 
> - Allen S. Rout