One clarification on Sam's append on offsite reclamation...I just
wanted to make sure everyone realized that you don't need to bring
back offsite volumes in order to do reclamation on them.  Let me
briefly explain how this 'magic' is done.  The valid files remaining
on sparsely filled offsite volumes are copied from the original
copies of the files.  These original copies of the files are in
the primary storage pools onsite...thus no offsite volumes need
to be brought back to do reclamation.  A new set of copy stg pool
volumes are created which contain all the valid files on the
offsite volumes that were reclaimed...these new (full) tapes are
then taken offsite.  The reclaimed offsite volumes go into a
holding state (Pending) for as long as you specify with
the REUSEDELAY parameter (on define copy storage pool).

It sounds like maybe there is a problem if not all offsite
volumes over the reclaim value are being reclaimed....continue
pursuing with service...thanks...Greg Tevis



>We have opened an incident with ADSM support.  Brought a bunch of these
>tapes with low utilization percentages back from offsite and set ACCESS
>=READWRITE, set the reclaim % down to 80 and reclaim called these tapes
>one at a time as expected.  When marked OFFSITE, the starting reclama-
>tion message appears for all of the reclamable volumes at once and then
>only a small subset are actually reclaimed and marked PENDING and no
>messages out of the ordinary are issued.  I'll try a MOVE DATA tomorrow