Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
Thanks to all that responded! Charles A Hart <[EMAIL PROTECTED] .COM> To Sent by: "ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager" <[EMAIL PROTECTED] Subject .EDU> Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in 04/18/2007 12:28 subordinate storage pool.(PROCESS: PM3433) Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] .EDU> Yep... Also the maxScr does play a role, you may have a diff in max scr between used and allocated that still might be tooo small as a whole for the amoutn of data you are trying to migrate. ie 100 Tapes @ 100 GB = 1TB , but you are trying to mugrate 2 TB... Charles Hart UHT - Data Protection (763)744-2263 Sharepoint: http://unitedteams.uhc.com/uht/EnterpriseStorage/DataProtection/default.aspx Kelly Lipp <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 04/18/2007 11:07 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) No scratch tapes... Kelly J. Lipp VP Manufacturing & CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Browne Sent: Wednesday, April 18, 2007 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) Any suggestions to what my problem could be? ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) I check my tape pool and it appears I have scratch volumes and they are marked read/write. See below: tsm: SIMTSM05>q stg tapepool1 f=d Storage Pool Name: TAPEPOOL1 Storage Pool Type: Primary Device Class Name: TAPE_T10K Estimated Capacity: 126,337 G Space Trigger Util: Pct Util: 13.3 Pct Migr: 65.6 Pct Logical: 99.2 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: stk t10k tapes Overflow Location: Cache Migrated Files?: Collocate?: Node more... ( to continue, 'C' to cancel) Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 Delay Period for Volume Reuse: 2 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Last Update by (administrator): TSO233 Last Update Date/Time: 04/18/2007 08:00:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Any suggestions to what my problem could be? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/i
Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
Yep... Also the maxScr does play a role, you may have a diff in max scr between used and allocated that still might be tooo small as a whole for the amoutn of data you are trying to migrate. ie 100 Tapes @ 100 GB = 1TB , but you are trying to mugrate 2 TB... Charles Hart UHT - Data Protection (763)744-2263 Sharepoint: http://unitedteams.uhc.com/uht/EnterpriseStorage/DataProtection/default.aspx Kelly Lipp <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 04/18/2007 11:07 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) No scratch tapes... Kelly J. Lipp VP Manufacturing & CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Browne Sent: Wednesday, April 18, 2007 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) Any suggestions to what my problem could be? ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) I check my tape pool and it appears I have scratch volumes and they are marked read/write. See below: tsm: SIMTSM05>q stg tapepool1 f=d Storage Pool Name: TAPEPOOL1 Storage Pool Type: Primary Device Class Name: TAPE_T10K Estimated Capacity: 126,337 G Space Trigger Util: Pct Util: 13.3 Pct Migr: 65.6 Pct Logical: 99.2 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: stk t10k tapes Overflow Location: Cache Migrated Files?: Collocate?: Node more... ( to continue, 'C' to cancel) Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 Delay Period for Volume Reuse: 2 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Last Update by (administrator): TSO233 Last Update Date/Time: 04/18/2007 08:00:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Any suggestions to what my problem could be? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
No scratch tapes... Kelly J. Lipp VP Manufacturing & CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Browne Sent: Wednesday, April 18, 2007 7:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) Any suggestions to what my problem could be? ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) I check my tape pool and it appears I have scratch volumes and they are marked read/write. See below: tsm: SIMTSM05>q stg tapepool1 f=d Storage Pool Name: TAPEPOOL1 Storage Pool Type: Primary Device Class Name: TAPE_T10K Estimated Capacity: 126,337 G Space Trigger Util: Pct Util: 13.3 Pct Migr: 65.6 Pct Logical: 99.2 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: stk t10k tapes Overflow Location: Cache Migrated Files?: Collocate?: Node more... ( to continue, 'C' to cancel) Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 Delay Period for Volume Reuse: 2 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Last Update by (administrator): TSO233 Last Update Date/Time: 04/18/2007 08:00:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Any suggestions to what my problem could be? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
On Apr 18, 2007, at 10:26 AM, David Browne wrote: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 David - We lack the context of what was going on in the server when the error appeared, or whether the operation was reattempted and consistently failed each time. It may be that the conditions described in APAR IC52341 were in force. Also, while the numbers you cite above make it appear that there is a 68 tape margin, the MAXSCRatch value is usually an arbitrary number, and so the perceived margin may not actually exist in the library, relative to its libvolumes complement. Whereas you are using node collocation, the rules as listed under "How the Server Selects Volumes with Collocation Enabled" in the Admin Guide manual apply; and whereas you have lots of volumes in Filling state and low utilization, then TSM should have been able to continue writing without such an error condition. So something else is going on that needs investigation, where some answers may be found by poring over the Activity Log. One seemingly obvious thing you should verify is that BACKUPPOOL actually does point to TAPEPOOL1 as its next storage pool. (It sure would be nice if the TSM error message said what pool was in issue.) Richard Sims
Re: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
How many tapes are in the TAPEPOOL1 storage pool? You have a MAXSCRATCH of 250. If you have 250...then that's your issue. Try updating the stgpool to a higher MAXSCRATCH= value. SELECT COUNT(*) FROM VOLUMES WHERE STGPOOL_NAME='TAPEPOOL1' Bill Boyer "Life isn't about how fast you run, or how high you climb but how well you bounce" - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Browne Sent: Wednesday, April 18, 2007 9:54 AM To: ADSM-L@VM.MARIST.EDU Subject: ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) Any suggestions to what my problem could be? ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) I check my tape pool and it appears I have scratch volumes and they are marked read/write. See below: tsm: SIMTSM05>q stg tapepool1 f=d Storage Pool Name: TAPEPOOL1 Storage Pool Type: Primary Device Class Name: TAPE_T10K Estimated Capacity: 126,337 G Space Trigger Util: Pct Util: 13.3 Pct Migr: 65.6 Pct Logical: 99.2 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: stk t10k tapes Overflow Location: Cache Migrated Files?: Collocate?: Node more... ( to continue, 'C' to cancel) Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 Delay Period for Volume Reuse: 2 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Last Update by (administrator): TSO233 Last Update Date/Time: 04/18/2007 08:00:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Any suggestions to what my problem could be? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433)
Any suggestions to what my problem could be? ANR1025W Migration process 3433 terminated for storage pool BACKUPPOOL - insufficient space in subordinate storage pool.(PROCESS: 3433) I check my tape pool and it appears I have scratch volumes and they are marked read/write. See below: tsm: SIMTSM05>q stg tapepool1 f=d Storage Pool Name: TAPEPOOL1 Storage Pool Type: Primary Device Class Name: TAPE_T10K Estimated Capacity: 126,337 G Space Trigger Util: Pct Util: 13.3 Pct Migr: 65.6 Pct Logical: 99.2 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: stk t10k tapes Overflow Location: Cache Migrated Files?: Collocate?: Node more... ( to continue, 'C' to cancel) Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 182 Delay Period for Volume Reuse: 2 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: No Last Update by (administrator): TSO233 Last Update Date/Time: 04/18/2007 08:00:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Any suggestions to what my problem could be? The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
insufficient space in subordinate storage pool
I have a tsm server at level 5.3.3.1. I have a disk pool that does migrations to tapepool for any data 90 days or older. I have been getting the following message: 10/23/06 08:34:27 ANR1025W Migration process 109294 terminated for storage pool NT_DISKPOOL - insufficient space in subordinate storage pool.(SESSION: 142746) My tapepool looks like this: tsm: TSMCORP3>q vol stg=tapepool Volume Name Storage Device Estimated Pct Volume Pool Name Class Name Capacity Util Status --- -- - - T03420 TAPEPOOLLTO381,468.0 10.1 Filling T08313 TAPEPOOLLTO381,468.0 8.6 Filling T08409 TAPEPOOLLTO381,468.0 24.5 Filling T08412 TAPEPOOLLTO381,468.0 2.2 Filling T08420 TAPEPOOLLTO381,468.0 2.0 Filling T08424 TAPEPOOLLTO381,468.0 3.1 Filling T08473 TAPEPOOLLTO381,468.0 2.3 Filling T08499 TAPEPOOLLTO381,468.0 1.2 Filling T08528 TAPEPOOLLTO381,468.0 0.8 Filling T08554 TAPEPOOLLTO381,468.0 3.2 Filling Tapepool is not set to collocate. If I set maxscr=15 then my migration will continue and use the tapes listed above, it doesn't go out and grab scratches and label them in the tapepool and use those. Question is, why isn't the migration processes using the 10 tapes I have out there that are "filling" before I update maxscr. I checked them and they are all read-write. This email and any files transmitted with it are confidential and intended solely for the use of the addressee. If you are not the intended addressee, then you have received this email in error and any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. Please notify us immediately of your unintended receipt by reply and then delete this email and your reply. Tyson Foods, Inc. and its subsidiaries and affiliates will not be held liable to any person resulting from the unintended or unauthorized use of any information contained in this email or as a result of any additions or deletions of information originally contained in this email.