Re: ADSM on z/OS Mainframe Tape Handling

You have to update volsers that have a status of empty to readwrite in order from them to return to the storage pool. Try running the following command in your daily processing to send the empty carts to the scratch pool. Fill in the x's with the storage pool name of the carts.

UPDATE VOL * ACCESS=READWRITE WHERESTGPOOL='XXXXXXXX' WHERESTATUS='EMPTY'

Shannon Bach
Madison Gas & Electric Co

Werner Nussbaumer <werner.nussbaumer AT UBS DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

12/14/2006 09:44 AM

Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To	ADSM-L AT VM.MARIST DOT EDU
cc
Subject	ADSM on z/OS Mainframe Tape Handling

Hi list We have an installed TSM Storage Manager Server on a z/OS Mainframe. We have defined a Tape Pool with a maximum of 200 Tapes which can be taken from a scratch pool. If TSM takes a Scratch tape it is automatically put on RMM as the owner "ADSM". The problem is that these tapes if they are empty they never are beeing returned to the scratch pool. What must be done on TSM Server that it empties the tapes? TSM has 124 tapes used in the defined TSM tape pool. However in RMM there are 277 tapes defined as master for TSM. 1) What must be done that the tapes which are not anymore in the TSM tape Pool but still are in RMM that they are returned to the scratch pool? 2) In the integrated solutions console under "Servers" -> "Libraries for All Servers" -> "Device Classes for ADSM" -> "TAPEPOOL Properties (ADSM)" there are the options - "File retention period" Is it from the creation date or from the date the tape was empty? - "Tape expiration date (yyyyddd)" What is the meaning of these 2 parameters? Thanks for any help Regards Werner Nussbaumer