One doesn't migrate data to the copy pools, one uses backup stg tapepool copypool to make that happen. Do you have an admin schedule that executes this command? Did that schedule somehow stop running? If the administrator account that created an admin schedule is deleted, schedules that were created by that user stop working (active=no). Check that.
Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Coats, Jack Sent: Tuesday, May 21, 2002 12:32 PM To: [EMAIL PROTECTED] Subject: Re: Migration Etc. this is kind of what I am fighting. ... but to automate reclaiming tapepool tapes, we have an administrative schedule that issues set stg tapepool rec=5 and another command to later do set stg tapepool rec=100 to stop it. We do this for both the tapepool and copypool. Right now my problem is the copypool takes a long time and is very slow. You can issue these by hand to get reclamation started. ... LOLuck ... JC -----Original Message----- From: Gene Greenberg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Migration Etc. For some reason this week TSM decided to quit migrating data (at least it appears that way) for the tapepool to copypool. As a result I'm only getting 1 to 4 ejects today and needless to say I'm running short of scratch tapes and have backups failing. I have the following settings: diskpool hi=100 lo=60 tapepool hi=90 lo=70 The only way I can try and stay up with backups is to run move data on tapepool and free tapes up so they become scratch tapes again. I don't know if this is enough data, but if anyone has any ideas I'd appreciate it. Thanks, Gene
