Re: offsite tape will not reclaim, delete or move
2002-07-08 18:01:04
Subject: |
Re: offsite tape will not reclaim, delete or move |
From: |
bbullock <bbullock AT MICRON DOT COM> |
Date: |
Mon, 8 Jul 2002 15:59:07 -0600 |
We had this happen on some early version of TSM (4.1.2?). Tivoli had
us upgrade to 4.1.4 and then use this procedure to get the tapes back into
the proper state:
____________________________
There have been several instances where volumes in a certain storage pool
are empty but the tape utilization does not get updated as "empty". The
following steps will update the volume's utilization to "empty" and return
it back to the "scratch pool":
Check to make sure there is no data on the tape.
> q content TAPE# count=10
If no files are displayed, the tape needs to have this "fix".
If files are listed, try a "move data TAPE#" to move the data to another
tape.
Change the tape status to "readwrite" so you can fix it (if it is outside of
the library)
> update vol TAPE# access=readw
There is no need to actually retrieve the tape and put it in the library.
Audit the volume to fix it, it should take about 3 seconds.
> audit vol TAPE# fix=yes
Tape should now be "Empty".
> q vol TAPE#
Change tape status back to "offsite".
> update vol TAPE# access=offsite
The next day's "Tape return list" should include the fixed tape to be
checked back in as scratch.
____________________________-
Your procedures may need to be different,as you are using DRM, but
the "audit vol... fix=yes" was the part that fixed it.
Ben
Micron Technology Inc.
Boise, Idaho.
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: offsite tape will not reclaim, delete or move,
bbullock <=
|
|
|