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:[EMAIL PROTECTED]] Sent: Tuesday, September 03, 2002 6:09 PM To: [EMAIL PROTECTED] 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:[EMAIL PROTECTED]] Sent: Tuesday, September 03, 2002 8:58 AM To: [EMAIL PROTECTED] 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
