Re: CA1, tape pooling, and SMS controlled Libraries
Russell Mike - Our MDL configuration has 2 nodes, but in this case, 841C 8401 are both on the same node. The part I'm having a hard time understanding is that the MDL appears to mount the correct tape every time for the pool requested - as in the example I gave previously - if TMS001 occurs and asks for PRIVAT, the MDL gives it a scratch tape from that pool. If TMS002 occurs and asks for DRVAULT, the MDL is giving it a V tape as defined. So why in these 2 cases are we seeing the incorrect TMS msg with the incorrect pool? As for Mike's point, the MDL doesn't appear to me to be assigning a volume from the wrong pool - it appears to me that it's actually mounting a tape from the sub-pool requested. Additionally, both sub-pools have plenty of scratch - enough so that we're only running a scratch cycle once a week. I don't think that's the issue, but I will request some automation be put in place to automatically do some displays when we get this error so I can say definitively that it's not - although maybe I can say that even without the displays as all we do to correct the job abend is re-submit it and it runs to good EOJ. I've also opened an issue with the MDL support to verify that it does support sub-pooling - although I'm pretty sure at this point that it does as I can display definitions in the MDL showing that there are 2 scratch pools defined - PRIVAT DRVAULT. So the saga continues - ddk // Are both devices 841C and 8401 inside the same MDL and managed as part of the same Storage Group? The problem with CA-1 subpooling and most robotic/virtual libraries is that tapes are not mounted based on the TMS001/TMS002 mount messages, but instead based on their own rules. Now, a BTLS managed IBM robot does support a few sub-pools; their restriction is that the name of the subpool must begin with SCRTCH followed by a number 1-9 (as in SCRTCH1 or SCRTCH2). With a true manual environment (where the operator mounts the tapes), the TMS001/2 mount message is intercepted by the operator. With a robotic/virtual environment; this is not always the case. With a Oracle/STK robot, they have added support for the TMS002 mount message. But I do not believe that HDS MDL has support to mount the correct subpool tape based on a TMS002 mount message. Russell Witt CA 1 L2 Support Manager / Our site used to get this too, assigning volumes from the wrong pool. Immediately after you get the error message, see how many scratch tapes you have and how many in the various sub pools. You might be running faster than the VTS is scratching tapes. -- Mike A Schwab, This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA1, tape pooling, and SMS controlled Libraries
We've recently installed an HDS MDL. In the course of the installation, we decided we wanted to stage things so that down the road we can do remote replication of tape. Basically we don't intend to replicate the entire library - we'll replicate tapes which have been identified as needing off-site vaulting. We've done this by implementing CA1 sub-pooling which allows us to direct a sub-set of datasets to a specific range of tape volsers. The volser's to be vaulted all start with the first character of 'V and the sub-pool is named DRVAULT. The intention is that down the road at some point, we'll have another MDL at a remote site and we'll use 'magic' HDS functionality to replicate the V volumes to the remote MDL. This has been running successfully since late July. However, we've recently had 2 different jobs abend because it appears that CA1 is calling for a tape from the wrong aub-pool. The job is re-submitted approx. 15 minutes later and runs successfully - no changes to the job, no changes to the CA1 NSM table, no changes to the MDL in the 15 minute interval. This is what the messages look like when it runs successfully: *IEC501A M 841C,PRIVAT,SL,COMP,jobname, *TMS002 IEC501A M 841C,DRVAULT,SL,COMP IECTMS9 841C,V95538,jobname,OUTFILE , The is the sequence of messages when it runs amok: *IEC501A M 8401,PRIVAT,SL,COMP,jobname, *TMS001 IEC501A M 8401,PRIVAT,SL,COMP,jobname, IECTMS3 8401,M33439,IS NOT SCRTCH (80) IEC518I SOFTWARE ERRSTAT: REJTMS 8401,M33439,SL,jobname, So we opened an issue with CA1 got the following response: Since you have this defined as a manual tape library subpooling is not supported. CA1 subpooling is NOT supported with IBM SMS-managed tape libraries (ATL or MTL). I find this response interesting as I'm not seeing how an SMS Library comes into play in this case - the library is actually returning a scratch tape from the pool CA1 is requesting - for some reason, it appears to me that CA1 is sometimes requesting the wrong sub-pool. So my question is anyone else using CA1 sub-pooling and SMS-managed tape libraries? thanks - dd keller This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA1, tape pooling, and SMS controlled Libraries
On Tue, Nov 30, 2010 at 3:04 PM, Darth Keller darth.kel...@assurant.com wrote: We've recently installed an HDS MDL. In the course of the installation, we decided we wanted to stage things so that down the road we can do remote replication of tape. Basically we don't intend to replicate the entire library - we'll replicate tapes which have been identified as needing off-site vaulting. We've done this by implementing CA1 sub-pooling which allows us to direct a sub-set of datasets to a specific range of tape volsers. The volser's to be vaulted all start with the first character of 'V and the sub-pool is named DRVAULT. The intention is that down the road at some point, we'll have another MDL at a remote site and we'll use 'magic' HDS functionality to replicate the V volumes to the remote MDL. This has been running successfully since late July. However, we've recently had 2 different jobs abend because it appears that CA1 is calling for a tape from the wrong aub-pool. The job is re-submitted approx. 15 minutes later and runs successfully - no changes to the job, no changes to the CA1 NSM table, no changes to the MDL in the 15 minute interval. This is what the messages look like when it runs successfully: *IEC501A M 841C,PRIVAT,SL,COMP,jobname, *TMS002 IEC501A M 841C,DRVAULT,SL,COMP IECTMS9 841C,V95538,jobname,OUTFILE , The is the sequence of messages when it runs amok: *IEC501A M 8401,PRIVAT,SL,COMP,jobname, *TMS001 IEC501A M 8401,PRIVAT,SL,COMP,jobname, IECTMS3 8401,M33439,IS NOT SCRTCH (80) IEC518I SOFTWARE ERRSTAT: REJTMS 8401,M33439,SL,jobname, So we opened an issue with CA1 got the following response: Since you have this defined as a manual tape library subpooling is not supported. CA1 subpooling is NOT supported with IBM SMS-managed tape libraries (ATL or MTL). I find this response interesting as I'm not seeing how an SMS Library comes into play in this case - the library is actually returning a scratch tape from the pool CA1 is requesting - for some reason, it appears to me that CA1 is sometimes requesting the wrong sub-pool. So my question is anyone else using CA1 sub-pooling and SMS-managed tape libraries? thanks - dd keller Our site used to get this too, assigning volumes from the wrong pool. Immediately after you get the error message see how many scratch tapes you have and how many in the various sub pools. You might be running faster than the VTS is scratching tapes. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA1, tape pooling, and SMS controlled Libraries
Darth, Are both devices 841C and 8401 inside the same MDL and managed as part of the same Storage Group? The problem with CA-1 subpooling and most robotic/virtual libraries is that tapes are not mounted based on the TMS001/TMS002 mount messages, but instead based on their own rules. Now, a BTLS managed IBM robot does support a few sub-pools; their restriction is that the name of the subpool must begin with SCRTCH followed by a number 1-9 (as in SCRTCH1 or SCRTCH2). With a true manual environment (where the operator mounts the tapes), the TMS001/2 mount message is intercepted by the operator. With a robotic/virtual environment; this is not always the case. With a Oracle/STK robot, they have added support for the TMS002 mount message. But I do not believe that HDS MDL has support to mount the correct subpool tape based on a TMS002 mount message. Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of Darth Keller Sent: Tuesday, November 30, 2010 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: CA1, tape pooling, and SMS controlled Libraries We've recently installed an HDS MDL. In the course of the installation, we decided we wanted to stage things so that down the road we can do remote replication of tape. Basically we don't intend to replicate the entire library - we'll replicate tapes which have been identified as needing off-site vaulting. We've done this by implementing CA1 sub-pooling which allows us to direct a sub-set of datasets to a specific range of tape volsers. The volser's to be vaulted all start with the first character of 'V and the sub-pool is named DRVAULT. The intention is that down the road at some point, we'll have another MDL at a remote site and we'll use 'magic' HDS functionality to replicate the V volumes to the remote MDL. This has been running successfully since late July. However, we've recently had 2 different jobs abend because it appears that CA1 is calling for a tape from the wrong aub-pool. The job is re-submitted approx. 15 minutes later and runs successfully - no changes to the job, no changes to the CA1 NSM table, no changes to the MDL in the 15 minute interval. This is what the messages look like when it runs successfully: *IEC501A M 841C,PRIVAT,SL,COMP,jobname, *TMS002 IEC501A M 841C,DRVAULT,SL,COMP IECTMS9 841C,V95538,jobname,OUTFILE , The is the sequence of messages when it runs amok: *IEC501A M 8401,PRIVAT,SL,COMP,jobname, *TMS001 IEC501A M 8401,PRIVAT,SL,COMP,jobname, IECTMS3 8401,M33439,IS NOT SCRTCH (80) IEC518I SOFTWARE ERRSTAT: REJTMS 8401,M33439,SL,jobname, So we opened an issue with CA1 got the following response: Since you have this defined as a manual tape library subpooling is not supported. CA1 subpooling is NOT supported with IBM SMS-managed tape libraries (ATL or MTL). I find this response interesting as I'm not seeing how an SMS Library comes into play in this case - the library is actually returning a scratch tape from the pool CA1 is requesting - for some reason, it appears to me that CA1 is sometimes requesting the wrong sub-pool. So my question is anyone else using CA1 sub-pooling and SMS-managed tape libraries? thanks - dd keller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
