There is a way the pools can get out of sync by brute force. If someone does
a DELETE VOLUME DISCARDDATA=NO on the primary volumes after they were
created or the primary tape became destroyed then the primary tape does not
exist to do the reclamation.

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-----Original Message-----
From: Coats, Jack [mailto:Jack.Coats AT BANKSTERLING DOT COM]
Sent: Tuesday, September 03, 2002 6:09 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Data in offsite pool that is not in onsite pool


If it is in a copypool, make sure the tapes are set up properly in the data
base as being offsite.  Then in reclamation of the copypool, it should use
the onsite copy to build the new data image for the offsite copypool.

-----Original Message-----
From: Steve Hicks [mailto:shicks AT KUB DOT ORG]
Sent: Tuesday, September 03, 2002 8:58 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Data in offsite pool that is not in onsite pool


Our offsite pool reclamation process is calling for tapes that are listed as
being in the vault (and they actually are). Obviously reclamation can not
take place for these volumes, as they are not onsite. First, what is the
best way to go about fixing this? Second, what could have gotten our pools
out of sync? Any help is much appreciated. Thanks, Steve Hicks CIS System
Infrastructure Lead / AIX Administrator Knoxville Utilities Board