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:[EMAIL PROTECTED]] > Sent: Monday, July 08, 2002 2:19 PM > To: [EMAIL PROTECTED] > 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 State of Alaska, Information Technology Group, Technical Services Section
