If all the data is truly off the volume its normally faster to just
delete the volume with discarddata=yes.
I've had volumes get kind of hung like this, never quite figured out
why, however, querying the contents shows nothing, and percent util, and
reclaim are both 0%.  So, I could never quit figure out what it was
trying to reclaim.  Anyway, I just deleted the volume and it went to a
vaultretrieve state.

See Ya'
Howard

> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Jeff White
> Sent: Thursday, October 02, 2008 3:36 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Tape Reclamation Problem / Auditdb
> 
> Hi
> 
> TSM Server v5.3.3.1
> Running on AIX
> 
> I have a problem where an offsite volume continues to be reclaimed
many
> times, even though it's utilization is 0% and pct_reclaimable space is
> 0%.
> The reclaim process starts then ends, the starts again etc. Been doing
> that
> for the last 3 days.
> 
> On the IBM support site, there is a hit, which was last updated in May
> 2008
> 
> 
> Space reclamation is always processing the same volumes, even after
> successfull completion. Problem possibly caused by inconsistency in
the
> DB
> archival storage information.
> 
> An offline database AUDIT on the archstorage subset will help to
> recover
> from this situation:
> 
> dsmserv auditdb archstorage logmode=rollforward fix=yes
> 
> Having researched the forum, I found a similar hit, where it was
> recommended
> to
> Upd vol xxxxx acc=readw
> Audit vol xxxxx fix=yes
> Upd vol xxxxx acc=offsite
> 
> I've done this, and the reclaim has stopped, hopefully it will not
> re-appear.
> 
> But if it does and I have to run the 'dsmserv auditdb archstorage
> logmode=rollforward fix=yes', how long is that likely to take, as I
> will
> need the TSM server offline? Database size is 180gb, if that is
> relevant.
> 
> Thanks
> 
> 
> Jeff White
> 
> 
> 
> This e-mail and any attachments are confidential and intended solely
> for the addressee and may also be privileged or exempt from disclosure
> under applicable law. If you are not the addressee, or have received
> this e-mail in error, please notify the sender immediately, delete it
> from your system and do not copy, disclose or otherwise act upon any
> part of this e-mail or its attachments.
> 
> Internet communications are not guaranteed to be secure or virus-free.
> The Barclays Group does not accept responsibility for any loss arising
> from unauthorised access to, or interference with, any Internet
> communications by any third party, or from the transmission of any
> viruses. Replies to this e-mail may be monitored by the Barclays Group
> for operational or business reasons.
> 
> Any opinion or other information in this e-mail or its attachments
that
> does not relate to the business of the Barclays Group is personal to
> the sender and is not given or endorsed by the Barclays Group.
> 
> Barclays Bank PLC.Registered in England and Wales (registered no.
> 1026167).
> Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.
> 
> Barclays Bank PLC is authorised and regulated by the Financial
Services
> Authority.