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:[EMAIL PROTECTED] On Behalf > Of Jeff White > Sent: Thursday, October 02, 2008 3:36 AM > To: [email protected] > 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.
