-----Timothy Conway wrote: -----

>Ok, here.  Do a stgpool backup, disable sessions and do another
>stgpool backup to eliminate and prevent new data.  While sessions
>are still disabled, mark the volume in question destroyed, and do
>a stgpool backup preview.  That should tell you every primary
>volume that has data on the volume in question.  Mark the volume
>readonly again, enable sessions, obtain and checkin the volumes it
>said it needed, (search the appropriate actl slice for 1228s), and
>do your reclamation.  Since you're talking about a single volume,
>probably just a "move data"? Then again, if what's happenning is
>that your reclamation is ending on a particular offsite volume,
>you should first find out what all offsite volumes are below your
>threshold, and do the ba stg preview with them all marked
>destroyed.

The online help for 'update volume' states that 'access=destroyed'
is valid only primary storage pool volumes.