ldmwndletsm
ADSM.ORG Senior Member
- Joined
- Oct 30, 2019
- Messages
- 232
- Reaction score
- 5
- Points
- 0
[ BACKGROUND ]
Using TSM 8.1.11 on Linux. We have a SCSI tape library. We periodically add "deleted" volumes (usually off-site copy pool that were freed up via reclamation) to the tape library and check them in as "scratch" status. TSM then returns these automatically to scratch. Obviously, there are also primary pool tapes that remain in the tape library and also get freed up due to reclamation, and those get automatically returned to scratch once the reusedelay period has elapsed. No news there. Sometimes we add "new" tapes that TSM has never seen, and we check those in with a status of "scratch". All tapes are barcoded. This has worked fine, and TSM takes care of the rest, automatically labeling the given volume into the appropriate storage pool as necessary. That said, I have never manually labeled a tape, but I was wondering if this is possible to do with TSM and it so then how one would specify the storage pool?
I was reading the documentation for the "label libvolume" command. I am confused here, but perhaps this is the wrong command. How would you specify the storage pool?
[ Question ]
1. If a tape has never been used by the TSM server, and you wanted to manually label it into a specific storage pool then how would you do that?
Note: let's say the tape has a barcode label, and that label name (volume) has never been seen by the TSM database. No entry in the volume history file (STGDELETE or STGNEW -- nothing).
[ Question ]
2. If a tape has previously been used by TSM then how would you label that?
Note: let's say that same barcode label (volume) has been used at least once prior, but it was deleted, and the most recent entry in the volume history file is STGDELETE.
Using TSM 8.1.11 on Linux. We have a SCSI tape library. We periodically add "deleted" volumes (usually off-site copy pool that were freed up via reclamation) to the tape library and check them in as "scratch" status. TSM then returns these automatically to scratch. Obviously, there are also primary pool tapes that remain in the tape library and also get freed up due to reclamation, and those get automatically returned to scratch once the reusedelay period has elapsed. No news there. Sometimes we add "new" tapes that TSM has never seen, and we check those in with a status of "scratch". All tapes are barcoded. This has worked fine, and TSM takes care of the rest, automatically labeling the given volume into the appropriate storage pool as necessary. That said, I have never manually labeled a tape, but I was wondering if this is possible to do with TSM and it so then how one would specify the storage pool?
I was reading the documentation for the "label libvolume" command. I am confused here, but perhaps this is the wrong command. How would you specify the storage pool?
[ Question ]
1. If a tape has never been used by the TSM server, and you wanted to manually label it into a specific storage pool then how would you do that?
Note: let's say the tape has a barcode label, and that label name (volume) has never been seen by the TSM database. No entry in the volume history file (STGDELETE or STGNEW -- nothing).
[ Question ]
2. If a tape has previously been used by TSM then how would you label that?
Note: let's say that same barcode label (volume) has been used at least once prior, but it was deleted, and the most recent entry in the volume history file is STGDELETE.