Reclaim Library Client Tapes

[custew]

We've decommissioned an old TSM server and want to reclaim the tapes for use on the library manager.



We had 3 instances all sharing on 3494 library with TSM library sharing. Now the library manager still has the decommissioned servers tapes listed as private with the old owner. I tried checking one out via TSM, using the command...



checkout libv 3494lib1 volume_name checkl=no rem=no



Then, I used mtlib to change it's status to scratch.



mtlib -l /dev/lmcp0 -v -C volume_name -t 192

(192 is the scratch catagory)

mtlib changes the volume to scratch just fine.



Now, I thought I would just run "checkin libv 3494lib1 volume_name status=scr".

However, the library manager won't check it in as scratch. Any ideas?

 

[heada]

On the Library master, check the tape out of the library without removing it like you did. Then simple check it back in as scratch. No need to change the tape on the 3494 itself. TSM will tell the 3494 that it's state has changed.



You may want to tell TSM to search for the tape rather then telling it the name volume.



checkout libvol {lib_name} {vol_name} checkl=no rem=no

checkin libvol {lib_name} search=yes status=scratch checkl=no



This works for me all the time.



-Aaron

 

[custew]

Here's what I get.



07/06/2004 13:37:38 ANR8434I CHECKOUT LIBVOLUME: Operation for volume C00037

in library 3494LIB1 started as process 3276. (SESSION:

177876, PROCESS: 3276)

07/06/2004 13:37:38 ANR8438I CHECKOUT LIBVOLUME for volume C00037 in library

3494LIB1 completed successfully. (SESSION: 177876,

PROCESS: 3276)

07/06/2004 13:37:59 ANR8443E CHECKIN LIBVOLUME: Volume C00037 in library

3494LIB1 cannot be assigned a status of SCRATCH.

(SESSION: 177876, PROCESS: 3277)

07/06/2004 13:38:48 ANR2017I Administrator 7760 issued command: QUERY ACTLOG

search=c00037 (SESSION: 177876)

 

[AndyRH]

That is a TSM message indicating that the tape is already known to the system.

What do you get from a <q vol TAPE f=d> ?



Andy

 

[custew]

That's what confuses me right now. It's not in the volume history....



tsm: MSPTSM01COL>q vol c00037 f=d

ANR2034E QUERY VOLUME: No match found using this criteria.

ANS8001I Return code 11.



But it is in the libvolumes, where it should be.

tsm: MSPTSM01COL>q libv 3494lib1 c00037 f=d f=d



Library Name Volume Name Status Owner Last Use Home Device Cleanings Left Media Type

Element Type

------------ ----------- ---------- ---------- --------- ------- ------ -------------- ----------

3494LIB1 C00037 Private TSM1



So, I figured if I marked it as scratch with mtlib, then I'd be able to check it in as scratch. I've got a couple hundred of these old archive tapes. I've already exported the archive data to the new systems, and now instead of running "delete volume $1 discard=yes" for a week, I thought it would be much faster to use mtlib and be tricky. Maybe not.



I only have a couple of months experience with Library Sharing on a 3494. All my past library sharing has been with STK libraries, ACSLS and EDT. So, this bit is a little new to me right now.

 

[AndyRH]

Have you tried re-labeling the tapes with overwrite=yes ?





Andy

 

[custew]

No I haven't. I'll label with overwrite this one tape then checkout and in again.... once I get some tape drives free that is. Daily migration is using them all right now. Thanks for the idea.



Curtis

 

[custew]

Here's the output I get



tsm: MSPTSM01COL>label libv 3494lib1 c00037 overwrite=yes checkin=scr

ANR8816E LABEL LIBVOLUME: Volume C00037 in library 3494LIB1 cannot be labelled because it is

currently defined in a storage pool or in the volume history file.

ANS8001I Return code 12.



tsm: MSPTSM01COL>q v c00037 f=d

ANR2034E QUERY VOLUME: No match found using this criteria.

ANS8001I Return code 11.



tsm: MSPTSM01COL>q libv 3494lib1 c00037



Library Name Volume Name Status Owner Last Use Home Device

Element Type

------------ ----------- ---------- ---------- --------- ------- ------

3494LIB1 C00037 Private TSM1



Bummer.

 

[AndyRH]

One more place to look.



q drm



Andy

 

[heada]

If it's still a libvol, it was never checked out of the library.(and can't be checked back in) You need to remove it from the library before you can do anything to it.



Try the checkout again. If that doesn't work, just simply update the volume

(update libvol {libr} {vol} status=scratch owner="" (null)



-Aaron

 

[custew]

I've tried all that, checked it out, tried to label it with checkin=scratch and overwrite=yes, just tried "update volume" even checked it out used mtlib to set it as scratch, then label..... I'm just going to fire up the old TSM instance and write a quick script to delete them with discard set to yes. It may take a while, but it will work. Thanks for all the suggestions folks.



Deleting them has always dropped them back in the scratch pool for me in the past. I just wanted a way around this time consuming process.



Curtis