How about setting reclamation to 0, with the reclaim pool set to the new pool. Will take some time, but works like a champ.
If you don't mind waiting a while, just set the reclaim stgpool to the new pool, and let natural reclamation take its course. Gary Lee Senior System Programmer Ball State University -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Zoltan Forray/AC/VCU Sent: Wednesday, February 23, 2005 2:01 PM To: [email protected] Subject: Move copies from one copypool to another We have decided to move the copypool copies of a bunch of large nodes, to an LTO pool vs the current 3590E pool, to reduce offsite storage (our own vault - not a "vaulting company") I've tried a MOVE DATA but get the error that I can't do that. Short of doing the copies again, and then DELETE VOLUME xxxxxx DISCARDDATA=YES, is there a better way to accomplish this ? The originals are on 50-LTO2 volumes, so this would take a long, long time. -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005
