Dave,
YOU DA MAN!
I ran the command and found UNAVAILABLE tapes.
These tapes were located in an "overflow" location in our server room.
I issued the command:
upd vol access=readw
Now, TSM is requesting the tapes and awaiting mounts.
I think what happened was:
A prior admin had checked out
>>Why is TSM attempting to use this tape for reclamation when it has been
labeled as "vault" and is "offsite"?<<
Its not. TSM is trying to using the primary pool version of the data to
recreated the copy pool version of the data and is unable to do so because it
is not for some reason able to r
On May 18, 2005, at 10:32 AM, Dave Zarnoch wrote:
...Why is TSM attempting to use this tape for reclamation when it
has been
labeled as "vault" and is "offsite"? ...
See Admin Guide topic "Reclamation of Offsite Volumes".
Marking a tape as Offsite only makes it ineligible for mounting.
Richard S
John,
Thanks!
It's been very helpful...
A question on reclamation
I have the following occurring constantly during reclamation:
05/17/05 11:41:12 ANR1040I Space reclamation started for volume
304048,
storage pool EAGLECOPY (process number 8619).
05/17/05
I always say, "The only naïve/stupid/dumb question you have is the one you
don't ask."
1.) Previously answered by Mr. Stapleton
2.) There are ways to manually audit (and I have done this) the various entries
for TSM Tapes. Tapes are either in the DRMEDIA inventory and offsite, onsite
and used
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Zarnoch
>1 - How do I know if there are any tapes at the offsite
>storage that should be onsite and be available for scratch?
The only way to do this is to periodically create a volume list by
running
query drmedia * wh
