We currently have a problems with our TSM server in regards to ARCHIVE tapes 
which we store offsite. Today while trying to load some new scratch tapes into 
our Dell PowerVault 136T Library we got a error back saying the "ANR8314E 
Library ATL is full".  Our library can physically hold 72 tapes and we 
currently have only 52 tapes physically loaded. Over the last couple of months 
we have been conducting monthly ARCHIVE backups of our server data, so far 14 
tapes have been used for these archives.

If we issue the command QUERY LIBVOLUME only the tapes physically available in 
our Dell PowerVault are listed (52 tapes), but if we QUERY VOLUME the tapes 
which were used for archival purposes are displayed as well (14 tapes). The 
tapes used for archiving data were removed from the library by using the 
command:

CHECKOUT LIBVOLUME ATL [tape_volume_name]

We tried to use the MOVE DRMEDIA command but the required tape volumes were not 
recorded as valid media to use with DRM. I have since tried updating the status 
of the archive tape volumes in question to offsite using the UPDATE VOLUME 
command but get the following error:

ANR2117E UPDATE VOLUME: Access mode for volume 000001L1 cannot be changed to 
"offsite" - volume either does not belong to a copy storage pool or from a 
device class of DEVTYPE=SERVER.
ANR2212I UPDATE VOLUME: No volumes updated.

 What do we need to do to remedy this situation? Should we recall back our 
archive tapes from offsite storage and physically reload them back into the 
Library or is there a series of command steps I can enter in to manipulate the 
status of these tapes internally? Also, in the future how can we use DRM to 
checkout the tapes instead of using the CHECKOUT command? The only time I've 
been successfull in using DRM to remove a tape from our library was when I 
performed a manual dbbackup of our database to tape. All other tapes are simply 
ignored when querying the DRM.

Thanks in advance for any help.

Gordon Woodward
Deutsche Bank (Australia)


--
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.