On Apr 18, 2006, at 3:12 PM, Timothy Hughes wrote:

I have a tape that I did a (audit volume xxx fix=yes) on.
It produced the results below. I had a similar problem with another
tape I did a Audit command but then the files keep showing up in
the server log as being skipped during the tape's reclamation from
what I read this is because files that are marked as damaged cannot
be moved by reclamation. Then I used the restore volume command
(I used preview first) after that completed successfully I could
not locate the volume in question. I checked the server log and was
marked destroyed??? I would like this volume to be used again
Is there a way to have it put back in the pool. ...

As documented, the Restore Volume command itself marks the volume
Destroyed as part of its processing. Upon successful conclusion of
the restore, a scratch volume will return to scratch state (do Query
LIBVolume); and the volhistory, which had an entry for the volume as
STGNEW, will have a new entry as STGDELETE.

Further use of the volume can be be attempted, but certainly the
volume is suspect. A full tape write exercise via tapeutil or similar
utility would be wise. The problem cause may have been a tape drive
issue at the time of writing, rather than a media issue. We don't
know your library, drive, or media types, but depletion of cleaning
tapes in a library can certainly contribute to errors resulting from
contamination.

   Richard Sims