This worked PURRRRRRFECT. THANKS! Tape now empty and marked back
offsite. FWIW we are at TSM server 4.2.2.6 on W2K.

I did:

upd vol 000987 acc=reado
audit vol 000987 f=y
upd vol 000987 acc=offsite


bbullock wrote:
>
>         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.
>
> -----Original Message-----
> From: Steve Bennett [mailto:steve_bennett AT ADMIN.STATE.AK DOT US]
> Sent: Monday, July 08, 2002 2:19 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: offsite tape will not reclaim, delete or move
>
> I have an offsite tape that will not go pending, it stays in the filling
> state. It will not reclaim, move or delete. Relevant queriers, etc.
> below. Anyone have any ideas as to what to try next?
>
> q vol 000987 f=d
>                    Volume Name: 000987
>              Storage Pool Name: DR_3590_JNU
>              Device Class Name: 3590
>        Estimated Capacity (MB): 35,840.0
>                       Pct Util: 0.0
>                  Volume Status: Filling
>                         Access: Offsite
>         Pct. Reclaimable Space: 100.0
>                Scratch Volume?: Yes
>                In Error State?: No
>       Number of Writable Sides: 1
>        Number of Times Mounted: 5
>              Write Pass Number: 1
>      Approx. Date Last Written: 03/27/2002 01:31:59
>         Approx. Date Last Read: 03/26/2002 13:17:01
>            Date Became Pending:
>         Number of Write Errors: 0
>          Number of Read Errors: 0
>                Volume Location: VAULT
>
> q drm 000987 f=d
>            Volume Name: 000987
>                  State: Vault
>  Last Update Date/Time: 03/27/2002 07:54:11
>               Location: VAULT
>            Volume Type: CopyStgPool
> Copy Storage Pool Name: DR_3590_JNU
>      Automated LibName:
>
> 07/08/2002 11:22:46   ANR0984I Process 227 for SPACE RECLAMATION started
> in the
>                        BACKGROUND at
> 11:22:46.
> 07/08/2002 11:22:46   ANR1040I Space reclamation started for volume
> 000987,
>                        storage pool DR_3590_JNU (process number
> 227).
> 07/08/2002 11:22:46   ANR0985I Process 227 for SPACE RECLAMATION running
> in the
>                        BACKGROUND completed with completion state
> SUCCESS at
>
> 11:22:46.
>
> 07/08/2002 11:22:46   ANR1041I Space reclamation ended for volume
> 000987.
>
> 07/08/2002 12:03:05   ANR2017I Administrator XTSCSMB issued command:
> DELETE
>                        VOLUME 000987
> discard=y
> 07/08/2002 12:03:05   ANR2406E DELETE VOLUME: Volume 000987 still
> contains data.
>
> 07/08/2002 12:02:28   ANR2017I Administrator XTSCSMB issued command:
> MOVE DATA
>                        000987
> recons=y
> 07/08/2002 12:02:28   ANR2209W Volume 000987 contains no
> data.
>
> 07/08/2002 12:19:00   ANR2017I Administrator XTSCSMB issued command:
> QUERY
>                        CONTENT
> 000987
> 07/08/2002 12:19:00   ANR2034E QUERY CONTENT: No match found using
> this
>
> criteria.
>
> --
>
> Steve Bennett, (907) 465-5783
> State of Alaska, Information Technology Group, Technical Services
> Section

--
Steve Bennett, (907) 465-5783
Steve Bennett, (907) 465-5783
State of Alaska, Information Technology Group, Technical Services
Section