-----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.