ADSM-L

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>