ADSM-L

Re: [ADSM-L] Tape Reclamation Problem / Auditdb

2008-10-02 04:48:24
Subject: Re: [ADSM-L] Tape Reclamation Problem / Auditdb
From: "Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 2 Oct 2008 10:47:17 +0200
Hi,

Know issue.

- update vol XXX acc=reado
- audit vol  XXX fix=yes
- update vol XXX acc=offsite

Should be fine now.


Regards/Met vriendelijke groet,

Karel
_________________________

Karel Bos

Technical Expert  
PU EIS SMS MSS-WEST

Atos Origin Nederland B.V.
Naritaweg 52
1043 BZ Amsterdam
Office:         +31 (0)88 265 95 43
Fax:            +31 (0)20
Mobile:        +31 (0)6 51 29 88 01
Mail: Karel.Bos AT atosorigin DOT com


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Jeff White
Sent: donderdag 2 oktober 2008 10:36
To: ADSM-L AT VM.MARIST DOT EDU
Subject: 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.