Funny that you should bring this up ... I had two tapes this week that had this problem.
Pct relcaim was at 99.9%, however a q content showed that there was nothing on the tape. A move data said there was nothing on the tape, but when I tried to delete the volume, it told me there WAS something on the tape. Here's what I did 1. These were offsite tapes, so I returned them from offisite. 2. Checked into the library, set access to read-only. 3. Ran audit volume with fix=yes. Gave me: ANR2334W Missing or incorrect information detected by AUDIT VOLUME for volume <volid> - information will be created or corrected. 4. Later, the regularly scheduled reclamation for that storage pool produced: ANR0195W Attempting to remove extraneous database entries for volume <volid> ANR0196I Removal of extraneous database entries for volume <volid> was successful. Tapes have gone to a "pending" state, so I'm hopeful they will be deleted from the storage pool after the reuse delay period. Hope this helps. T. --- "Coats, Jack" <[EMAIL PROTECTED]> wrote: > Yes it does show them as empty. ... ... I'll try the > audit vol. Thanks... > Jack > > -----Original Message----- > From: Doug Thorneycroft > [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 23, 2004 6:28 PM > To: [EMAIL PROTECTED] > Subject: Re: Empty Tapes are NOT Empty? > > > Does q content also show them as empty? > Even if they have overflow on them, the move data > should work unless the > original file is no longer available in your primary > pool. You might have to > return the tapes and run an audit vol. on them. > > > > -----Original Message----- > From: Coats, Jack > [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 23, 2004 4:22 PM > To: [EMAIL PROTECTED] > Subject: Empty Tapes are NOT Empty? > > > I found that my offsite copy pool has lots of tapes > in it that are 'full' or > 'filling', but 0 percent full. > > I do a move data on these tapes, and some say they > cannot be moved, but they > are not empty (and not moving to the pending state). > > My understanding is these tapes may have the > overflow of a large file that > has the first portion on another tape. Ifs so, how > can I find out what the > other tape is? > > As always, awed as to the knowledge of this list, > ... Jack > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com
