Victor,

Assuming it is a copy pool volume (since primary storage volumes should
always be available in your library).
 
Investigate the volume status on your TSM server:
Use the "query drmedia" command determine the volume's current state, if
in fact it should be out of the library it's state would be either
"offsite, courier, vault, etc.". This tells TSM that the volume should
not be in the library and do not attempt to mount it. 
If the volume's state is "mountable" then the TSM server thinks the
volume is in the library. Use the "move drmedia" command to apply the
correct status to the volume. 

Additionally, check the access status of the volume by using the query
volume command to make sure it is still readwrite, and not readonly or
unavailable, as the server could have altered its access status when it
was unable to use it.

For a complete explanation of the DRM process refer to the admin guide.

~Rick
Jax, FL.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Victor Shum
Sent: Thursday, May 17, 2012 7:13 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] backup stgpool - command issue

Dear all :



Due to tape library slot limitation, we implement TSM 6.3 with the
following
scenarios :



Hardware

TS-3200 with 4 x LTO5, 48 slots



TSM configure

3 x primary pool ( A, B, C) for 1 x copy pool (for offsite - off_data)

4 cycle x 7 day of tape media

Daily backup : 4 ~ 8TB





Workflow

1.       Different hosts running different backup job, so that all the
tape
Drive will be occupy during the daily backup.

2.       At the end of day, we use backup stgpool to make a copy of
three
primary pool

3.       Check out all tape (current cycle)

4.       Insert a new set of tape

5.       Audit tape library, check in tape..etc

6.       Repeat 1



But we found the backup stgpool cannot be completed last-night.  From
the
actlog, it keep report : ANR1228I Removable volume AAA208L5 is required
for
storage pool backup. (SESSION: 10245, PROCESS: 199).  While this media
was
used for backup in previous cycle (2 weeks ago).



So I am thinking is some of the files has been deleted on the hosts side
yesterday, so the existing tape (inside the tape library) does not
content
those files.  But the "backup stgpool" has to copy all "active" files to
the
copy-pool; that is why TSM try to mount other tape has the files on it??
Or I just hit a bug of TSM ??





Best regards,

Victor Shum