I suspect there are many different database wounds that can cause this problem, since many people have suggested different solutions. If none of them work, here is my different solution.
Mark the volumes 'destroyed' and then do restore volume. To mark them destroyed you have to vary them offline with the tsm 'vary' command. This is what worked for me. Fortunately all the copypool volumes were still onsite. If the restore works the volumes will be deleted, if it doesn't you can vary them back online and try something else. -- -------------------------- Bill Colwell C. S. Draper Lab Cambridge, Ma. [EMAIL PROTECTED] -------------------------- In <[EMAIL PROTECTED]>, on 11/26/01 at 10:55 AM, "Loon, E.J. van - SPLXM" <[EMAIL PROTECTED]> said: >Hi *SM-ers! >I'm moving my diskpool to new disks. >I added the new disks to the diskpool and I updated the old disk volumes to >read-only. Then I started a move data to empty the old volumes. The move >data works fine, but at the end (with a completion state of SUCCESS) there >is still data left on the volumes! I can't get rid of this data and thus I >can't delete the old volumes! >Does anybody know how to solve this? >Thanks in advance for any reply!!! >BTW: I'm running TSM 3.7.4 on AIX 4.3.3.50 >Kindest regards, >Eric van Loon >KLM Royal Dutch Airlines >********************************************************************** >This e-mail and any attachment may contain confidential and privileged material >intended for the addressee only. If you >are not the addressee, you are notified that no part of the e-mail or any attachment >may be disclosed, copied or >distributed, and that any other action related to this e-mail or attachment is >strictly prohibited, and may be >unlawful. If you have received this e-mail by error, please notify the sender >immediately by return e-mail, and delete >this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or >its employees shall not be liable >for the incorrect or incomplete transmission of this e-mail or any attachments, nor >responsible for any delay in >receipt. **********************************************************************
