Re: Implementing CA-1 / RACF
John, First, I would recommend calling the CA-1 Support Line for any additional questions. They are there to help. Second, the FUNC option will cause a security call to be made whenever NL, BLP or 98000 processing is being attempted. You should class defined and active before changing the FUNC option within CA-1; but it is not necessary to have all the resources defined (always better of course, but not required). There is another option called UNDEF (Un-Defined) that indicates what action you want taken if a resource is not-defined; ALLOW or FAIL (allow the access or fail the access). I would NOT suggest changing that option to FAIL until you are sure that ALL resources are defined with the correct access levels. Third; this is a VERY good thing to do. Many sites do not realize that by not protecting who can bypass their tape management system with 98000 they are allowing ANY user to read ANY tape dataset. That is a HUGE exposure. Many sites believe they are protected because they have TAPE DATA SET PROTECTION active; but that is just one piece when it comes to tape data sets. Bypassing the tape management system is almost the same as having no tape dataset protection active at all. Wide open. Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of John McKown Sent: Friday, March 20, 2009 7:52 AM To: IBM-MAIN@bama.ua.edu Subject: Implementing CA-1 / RACF I was told Tuesday that I must implement the CA-1 / RACF functions to restrict use of EXPDT=98000 and BLP. Wednesday, I came down with something. I'm now back with this deadline looming over me. I'm still a bit fuzzy headed, so I'll ask the corporate intelligence for any advice on what I need to do. I'm reading the CA-1 version 11.5 manuals. I'm just unsure about what happens if a resource doesn't have a RACF profile once I do the CLASSACT on c...@ape and c...@md. -- Many thanks, John -- 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: IDG306I Error
There should be a LOGREC entry for this issue. Try pulling LOGREC and see if it provides more information. You might also search IBMLINK to see if there are any additional docs for IGD306I. Not seeing the JCL with the error messages makes it a bit more tricky to diagnose remotely. Lizette > > I have been running sort tests on a z/OS 1.10 LPAR. I am streaming the > following error and have not been able to find any info on it: > > IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING 255 > RETURN CODE 20 REASON CODE 0 > THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 > SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT > SYMPTOM RECORD CREATED, PROBLEM ID IS IGD80003 > > Near as I can tell, it has something to do with a tape database, which we > don't have. The same tests run on a z/OS 1.8 LPAR without the errors. Any > insight would be greatly appreciated. > > -- 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: IDG306I Error
This return code from that module appears to indicate an authorization error while attempting to access the catalog which contains the TCDB (tape configuration database). It may be that this module gets called under the covers for SMS allocations. Could there be a catalog permission issue for the user running the sort jobs? Bill On Fri, 20 Mar 2009 16:47:35 -0400, Chris Burgess wrote: >Thanks for the info. Problem being is that I don't see any JOBCAT/STEPCAT in the JCL. Also, the Technote references z/OS 1.7, 1.8 and 1.9. I see the problem on 1.10 and not on 1.8. > >Thanks, >Chris Burgess > EMC² >where information lives > >Phone: 1-800-445-2588 x42149 > 1-508-249-2149 >Pager: 1-877-443-8447 >Fax: 1-508-544-2076 >Email: burgess_christop...@emc.com > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan >Sent: Friday, March 20, 2009 4:32 PM >To: IBM-MAIN@bama.ua.edu >Subject: Re: IDG306I Error > >Check for JOBCAT/STEPCAT statements in the JCL > >http://www-01.ibm.com/support/docview.wss?uid=isg3S1000920 > >Question >Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets >can result in: >IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING >RETURN CODE 20 REASON CODE 0 >THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 >SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT >...or other various errors. > > > >Answer >Description: >Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets >can result in: >IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING >RETURN CODE 20 REASON CODE 0 >THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 >SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT >...or other various errors. > > >Resolution: > >SMS does not support the use of these statements, and will fail with >various errors. Do not use STEPCAT or JOBCAT statements. > > > >I have been running sort tests on a z/OS 1.10 LPAR. I am streaming the >following error and have not been able to find any info on it: > >IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING 255 >RETURN CODE 20 REASON CODE 0 >THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 >SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT >SYMPTOM RECORD CREATED, PROBLEM ID IS IGD80003 > > -- 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: IDG306I Error
Thanks for the info. Problem being is that I don't see any JOBCAT/STEPCAT in the JCL. Also, the Technote references z/OS 1.7, 1.8 and 1.9. I see the problem on 1.10 and not on 1.8. Thanks, Chris Burgess EMC² where information lives Phone: 1-800-445-2588 x42149 1-508-249-2149 Pager: 1-877-443-8447 Fax: 1-508-544-2076 Email: burgess_christop...@emc.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, March 20, 2009 4:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDG306I Error Check for JOBCAT/STEPCAT statements in the JCL http://www-01.ibm.com/support/docview.wss?uid=isg3S1000920 Question Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets can result in: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT ...or other various errors. Answer Description: Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets can result in: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT ...or other various errors. Resolution: SMS does not support the use of these statements, and will fail with various errors. Do not use STEPCAT or JOBCAT statements. I have been running sort tests on a z/OS 1.10 LPAR. I am streaming the following error and have not been able to find any info on it: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING 255 RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD80003 -- 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 -- 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: IDG306I Error
Check for JOBCAT/STEPCAT statements in the JCL http://www-01.ibm.com/support/docview.wss?uid=isg3S1000920 Question Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets can result in: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT ...or other various errors. Answer Description: Using STEPCAT or JOBCAT statements with the use of SMS-managed datasets can result in: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT ...or other various errors. Resolution: SMS does not support the use of these statements, and will fail with various errors. Do not use STEPCAT or JOBCAT statements. I have been running sort tests on a z/OS 1.10 LPAR. I am streaming the following error and have not been able to find any info on it: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING 255 RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD80003 -- 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
IDG306I Error
I have been running sort tests on a z/OS 1.10 LPAR. I am streaming the following error and have not been able to find any info on it: IGD306I UNEXPECTED ERROR DURING ?CBRXVOL PROCESSING 255 RETURN CODE 20 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD80003 Near as I can tell, it has something to do with a tape database, which we don't have. The same tests run on a z/OS 1.8 LPAR without the errors. Any insight would be greatly appreciated. -- 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
FTP timeout problem
I am trying to FTP about 407MB from an external server (CA ESD) to z/OS 1.7, without luck so far. While I continue to mess with this, I'd like to get some feedback about what I've done so far. Initial FTP DATA was: CHKPTINT 0 DATATIMEOUT 300 DCONNTIME 120 FTPKEEPALIVE 0 INACTIVE 300 Has evolved to: CHKPTINT 0 DATACTTIME240 DATATIMEOUT 300 DCONNTIME 120 FTPKEEPALIVE 300 INACTIVE 300 INACTTIME 300 The last FTP job ended: 16:07:42(11C0.1) SC3283 receive_data: entered 16:07:42(11C0.1) MR5735 progressReport: entered 16:07:42(11C0.1) MF1671 seq_write_file: entered 16:07:42(11C0.1) SC3283 receive_data: entered 16:07:42(11C0.1) MF0581 seq_close_file: entered 16:07:42(11C0.1) MF0660 seq_close_file: file closed 16:07:42(11C0.1) SC2329 dataClose: entered 16:07:42(11C0.1) SC2887 getReply: entered 16:07:42(11C0.1) SC3731 getNextReply: entered with waitForData = TRUE EZA2589E Connection to server interrupted or timed out. Waiting for reply EZA1721W Server not responding, closing connection. 16:09:42(11C0.-1) CU2258 write_smf_record: entered with type 16. I know I haven't given much to go on. I ran the same job with no changes and got elapsed times of 33, 8, and 46 minutes. It bothers me that I am still getting some kind of timeout after 2 minutes when most of the timers/intervals have been changed to more than 2 minutes (there sure are a lot of timers...). Things I am wondering are... Do the times above look reasonable or should I put them back? Why doesn't FTPKEEPALIVE default to "on" if it is a good thing? If the EZA2589E "Waiting for reply" is covered by the INACTTIME timer, why did it not wait for 5 minutes? I'm looking at doing a packet trace next but I am not very familiar with it so it will take me a while. I'll be grateful for any crumbs tossed this way. Thanks and have a good weekend, Robert Johnston UAMS - Little Rock Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Share Spool
Thanks Martingot it... -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Any Batch Pipes experience?
I just did some research on the old faithful Google for Batchpipes. I found in Wikipedia, in the History section: BatchPipes Version 1 was developed in the late 1980s and early 1990s simply as a technique to speed up MVS/ESA batch processing. In 1997 the functionality of BatchPipes was integrated into a larger IBM product - SmartBatch (which incorporated two BMC Corporation product features: DataAccelerator and BatchAccelerator). However SmartBatch was discontinued in April 2000. Subsequently BatchPipes Version 2 was released, incorporating BatchPipes Version 1 and some additional features from SmartBatch: BatchPipePlex and BatchPipeWorks. BatchPipes Version 2 is still a marketed IBM product. It was SmartBatch that I was thinking of. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Fri, 20/3/09, Nemo wrote: From: Nemo Subject: Re: Any Batch Pipes experience? To: IBM-MAIN@bama.ua.edu Date: Friday, 20 March, 2009, 5:43 PM On Fri, 20 Mar 2009 17:32:31 +, Terry Draper wrote: >I seem to remember that there was a JOB restructuring function available with Batch Pipes. Not aware that it was used much. Or if its still around. > >The problem with that product was that it relied on history. As soon as you change a JOB, for the next N (not sure how many) runs it does no optimization. This is while it relearns the new JOB structure. I think any JCL change to the JOB would stop the optimization. Thus the batch window will run longer for this period of relearning. Also there were several things it could not detect. You have confused IBM's Batch Pipes ("BatchPipes/MVS") with BMC's MAINVIEW Batch Optimizer. BMC's BO relies on the job history, much as you said. BatchPipes relies on a one-time manual conversion and it is all smooth sailing from there. (No history, no downstream relearning.) And, as the poster from Brazil stated - it works great. >Me, I would go with a manual process to fix the big gains. Me, too. One and done. -- 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 -- 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: DFHSM primary volumes.
Since these volumes are in ADDVOL commands, I will presume that they are not SMS managed. To remove the volumes: HSEND MIGRATE VOL(volser) DAYS(0) ML2 (wait for completion) HSEND DELVOL volser PRIMARY Then delete the volumes from ARCCMDxx. If the volumes are SMS managed, set the status to DISNEW and then use the procedure above. HTH There are primary volume(s) I would like to remove from DFHSM as they are small volumes. We are at z/Os 1.9. I have nine volumes defined in the ADDVOL section as primary volumes. I would like to 'phase out' three of them. Without losing and data, what is the best method to get DFHSM to move files off and not use them any longer? -- 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: Implementing CA-1 / RACF
John, The ICHERCDE macro is used to define the resource classes and one of the operands is DFTRETC. >From the z/OS V1R9.0 IBM Security Server RACF Macros and Interfaces manual: DFTRETC=0|4|8 Specifies the return code that RACF will provide from RACROUTE QUEST=AUTH, or REQUEST=FASTAUTH when RACF and the class are active and (if required) the class has been processed using SETROPTS RACLIST, but RACF doesn't find a profile to protect the resource specified on the AUTH or FASTAUTH request. 0 The access request was accepted. 4 No profile exists. 8 The access request was denied. If you do not specify this parameter, it defaults to 4. I cannot say for sure how CA-1 will handle a non-zero RC from RACF after the security call but my guess is that the request will be denied. hth, Dave -- 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: Share Spool
>ok--following is what I intended but guess I'm still missing it... >intent is being able to use N9 to still route sysout from opther lpar's >besides N1 so do I need or can NODE(9) have same name as NODE(1) ? >system SYSA > >LOGON(1) APPLID=SYSA >MASDEF > OWNMEMB=SYSA9 >>> smfid >SHARED=CHECK, >XCFGRPNM=SYSA >MEMBER(1) NAME=SYSA9 >MEMBER(2) NAME=SYSD >NJEDEF >OWNNODE=1 >NODE(1) NAME=SYSA >NODE(9) NAME=SYSD>> to join in shared spool >APPL(SYSD) NODE=9 >> First, all the members sharing the same spool and checkpoint are in the same MAS system. That's "shared spool". That collection of JES2 instances sharing the MAS is a single JES2 node. Therefore, if SYSA and SYSD are in the same MAS, then they are the same node. That node has one node number. Only one. It's either node 1 or node 9, but not both. If you have other LPARs not sharing the MAS that want to communicate with the MAS and currently refer to it by the node number, 'N9" in this case, then make the entire MAS node number 9. Both SYSA and SYSD being part of the shared spool, will both be node 9. Using your member statements, SYSA would be member 1 of node 9, and SYSD would be member 2 of node 9. With that setup, when you route output from other nodes to N9, the output is placed into NODE 9's shared spool, and can be accessed by both SYSA and SYSD. Externally, other NJE systems see the MAS as a single node. Whether they connect to SYSA or to SYSD is determined by the APPLID they connect to. For example, if SYSX connects to APPLID SYSA, it is connected to member 1 of NODE 9. If SYSX instead connects to APPLID SYSD, it is still connected to NODE 9, but to member 2 instead. Whether external systems connect via SYSA or SYSD makes no difference when the output arrives at node 9 because it's shared spool - shared between members SYSA and SYSD. -- 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: Any Batch Pipes experience?
We elected to running the STARTOOL from Serena and the SRS(STOP-X) by DTS instead of Batch-Pipes because of the administrative requirements of Batch-Pipes. Regards Otto Schumacher Technical Support, CICS EDS, an HP Company Ahold Account 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29615 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@eds.com We deliver on our commitments so you can deliver on yours. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Terry Draper Sent: Friday, March 20, 2009 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Batch Pipes experience? I seem to remember that there was a JOB restructuring function available with Batch Pipes. Not aware that it was used much. Or if its still around. The problem with that product was that it relied on history. As soon as you change a JOB, for the next N (not sure how many) runs it does no optimization. This is while it relearns the new JOB structure. I think any JCL change to the JOB would stop the optimization. Thus the batch window will run longer for this period of relearning. Also there were several things it could not detect. Me, I would go with a manual process to fix the big gains. Terry Draper zSeries Performance Specialist --- On Thu, 19/3/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: Any Batch Pipes experience? To: IBM-MAIN@bama.ua.edu Date: Thursday, 19 March, 2009, 11:26 AM Ah, to keep with the 80's theme, "way, dude" if you have lots of time on your hands. Yes, the user could insert another JOB card, but with thousands of jobs executing, and not being a consultant, I have better things to do than waste my company's dollars trying to manually streamline my batch processes. And of course there are no IO savings by inserting another JOB card. MAINVIEW Batch Optimizer provides the ability to pipe around DB2 or IMS steps to negate any negative impact. It's all a very simple process to implement. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nemo Sent: Wednesday, March 18, 2009 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Batch Pipes experience? On Wed, 18 Mar 2009 07:45:09 -0500, Spencer, Mike wrote: >Batch Pipes can only move data between two different jobs. It cannot >move data between steps because in a Batch Pipes world, there is no way to get multiple steps running in parallel for the pipe to work. "no way"?!? All the user needs to do is insert another JOB card (non-duplicate name is a plus but not a requirement if JES' duplicate jobs are allowed to execute concurrently). That sounds like a "way" to me. >MAINVIEW Batch Optimizer from BMC will run steps in parallel, entire >jobs in parallel, and optimizes QSAM and native VSAM I/O processing among other items. Does BMC's MAINVIEW Batch Optimizer have a clue if more than one of those parallel job steps are updating the same DB2 table (and thus potentially causing damage)? Some steps have implicit serialization requirements. How does BO cope with those? -- 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 -- 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 -- 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 -- 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: Any Batch Pipes experience?
On Fri, 20 Mar 2009 17:32:31 +, Terry Draper wrote: >I seem to remember that there was a JOB restructuring function available with Batch Pipes. Not aware that it was used much. Or if its still around. > >The problem with that product was that it relied on history. As soon as you change a JOB, for the next N (not sure how many) runs it does no optimization. This is while it relearns the new JOB structure. I think any JCL change to the JOB would stop the optimization. Thus the batch window will run longer for this period of relearning. Also there were several things it could not detect. You have confused IBM's Batch Pipes ("BatchPipes/MVS") with BMC's MAINVIEW Batch Optimizer. BMC's BO relies on the job history, much as you said. BatchPipes relies on a one-time manual conversion and it is all smooth sailing from there. (No history, no downstream relearning.) And, as the poster from Brazil stated - it works great. >Me, I would go with a manual process to fix the big gains. Me, too. One and done. -- 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: Any Batch Pipes experience?
I seem to remember that there was a JOB restructuring function available with Batch Pipes. Not aware that it was used much. Or if its still around. The problem with that product was that it relied on history. As soon as you change a JOB, for the next N (not sure how many) runs it does no optimization. This is while it relearns the new JOB structure. I think any JCL change to the JOB would stop the optimization. Thus the batch window will run longer for this period of relearning. Also there were several things it could not detect. Me, I would go with a manual process to fix the big gains. Terry Draper zSeries Performance Specialist --- On Thu, 19/3/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: Any Batch Pipes experience? To: IBM-MAIN@bama.ua.edu Date: Thursday, 19 March, 2009, 11:26 AM Ah, to keep with the 80's theme, "way, dude" if you have lots of time on your hands. Yes, the user could insert another JOB card, but with thousands of jobs executing, and not being a consultant, I have better things to do than waste my company's dollars trying to manually streamline my batch processes. And of course there are no IO savings by inserting another JOB card. MAINVIEW Batch Optimizer provides the ability to pipe around DB2 or IMS steps to negate any negative impact. It's all a very simple process to implement. Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nemo Sent: Wednesday, March 18, 2009 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any Batch Pipes experience? On Wed, 18 Mar 2009 07:45:09 -0500, Spencer, Mike wrote: >Batch Pipes can only move data between two different jobs. It cannot >move data between steps because in a Batch Pipes world, there is no way to get multiple steps running in parallel for the pipe to work. "no way"?!? All the user needs to do is insert another JOB card (non-duplicate name is a plus but not a requirement if JES' duplicate jobs are allowed to execute concurrently). That sounds like a "way" to me. >MAINVIEW Batch Optimizer from BMC will run steps in parallel, entire >jobs in parallel, and optimizes QSAM and native VSAM I/O processing among other items. Does BMC's MAINVIEW Batch Optimizer have a clue if more than one of those parallel job steps are updating the same DB2 table (and thus potentially causing damage)? Some steps have implicit serialization requirements. How does BO cope with those? -- 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 -- 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 -- 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
Out of Office
I will be out of the office starting 20/03/2009 and will not return until 25/03/2009. I will respond to your message when I return. Please contact Conor Fahy at 13200 or Mike Green at 11561 or Emma Murphy at 11945 if it is urgent. For Toastmasters information please contact Mary Behan at 12579 or ir.tmast...@alimail Thank you, Aileen This document is strictly confidential and is intended for use by the addressee unless otherwise indicated. Allied Irish Banks AIB and AIB Group are registered business names of Allied Irish Banks p.l.c. Allied Irish Banks, p.l.c. is regulated by the Financial Regulator. Registered Office: Bankcentre, Ballsbridge, Dublin 4. Tel: + 353 1 6600311; Registered in Ireland: Registered No. 24173. ~~~Please consider the environment before printing this Email This email has been scanned by an external Email Security System. This Disclaimer has been generated by CMDis -- 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: DFHSM primary volumes.
Claude, Use DFDSS PGM=ADRDSSU (or FDR) to move the datasets to volumes you wish to keep. You could also migrate the data. When the volumes are free of data, issue the Delvol command and remove Addvol commands from your HSM Parmlib ARCCMDxx entry. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude [richbourg.cla...@mail.dc.state.fl.us] Sent: Friday, March 20, 2009 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: DFHSM primary volumes. There are primary volume(s) I would like to remove from DFHSM as they are small volumes. We are at z/Os 1.9. I have nine volumes defined in the ADDVOL section as primary volumes. I would like to 'phase out' three of them. Without losing and data, what is the best method to get DFHSM to move files off and not use them any longer? I have looked at the DELVOL and FREEVOL commands, but I still have data on the volumes and am not a DFHSM expert. Thanks up front, Claude -- 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 -- 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
DFHSM primary volumes.
There are primary volume(s) I would like to remove from DFHSM as they are small volumes. We are at z/Os 1.9. I have nine volumes defined in the ADDVOL section as primary volumes. I would like to 'phase out' three of them. Without losing and data, what is the best method to get DFHSM to move files off and not use them any longer? I have looked at the DELVOL and FREEVOL commands, but I still have data on the volumes and am not a DFHSM expert. Thanks up front, Claude -- 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: Kaiser outsources to IBM
I hope you're one that gets picked up, Lionel. Jobs are rather scarce these days, as I've learned to my detriment. Good luck to you... -- Rick -- Remember that if you’re not the lead dog, the view never changes. --- Lionel B Dyck wrote: Yes - the outsourcing contact was signed last Friday and on Monday morning they made the announcement. They let 160 go right away and another 700 from across both IT engineering and operations are having their positions outsourced with IBM Global Services planning to pick up approximately 40% (300). Just another sign of the times. Lionel B. Dyck, Consultant/Specialist Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? -- 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: Kaiser outsources to IBM
This is the second time. When I worked for IBM GS 1992-1998, I worked on KP then. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lionel B Dyck Sent: Friday, March 20, 2009 12:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Kaiser outsources to IBM Yes - the outsourcing contact was signed last Friday and on Monday morning they made the announcement. They let 160 go right away and another 700 from across both IT engineering and operations are having their positions outsourced with IBM Global Services planning to pick up approximately 40% (300). Just another sign of the times. Lionel B. Dyck, Consultant/Specialist Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: Share Spool
ok--following is what I intended but guess I'm still missing it... intent is being able to use N9 to still route sysout from opther lpar's besides N1 so do I need or can NODE(9) have same name as NODE(1) ? system SYSA > LOGON(1) APPLID=SYSA MASDEF OWNMEMB=SYSA9 >>> smfid SHARED=CHECK, XCFGRPNM=SYSA MEMBER(1) NAME=SYSA9 MEMBER(2) NAME=SYSD NJEDEF OWNNODE=1 NODE(1) NAME=SYSA NODE(9) NAME=SYSD>> to join in shared spool APPL(SYSD) NODE=9 >> >> -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: SMP/E RECEIVE ORDER: Prerequisites?
Thanks Bob. We had a 3590 base unit at my last job. I think the z/OS 1.9 order came on 3 tapes, which was nice. By the way, when I started there, they had 16 3490E drives, and a big area filled with tape racks. Over the 6 months I was there, they converted all the tapes to 3490s, got rid of the drives, and the tape racks. They hadn't installed the pool or ping pong tables yet though! Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Richards, Robert B." Newsgroups: bit.listserv.ibm-main To: Sent: Friday, March 20, 2009 4:53 AM Subject: Re: SMP/E RECEIVE ORDER: Prerequisites? Eric, About the tapes.see FLASH 10671, posted on Monday. http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10671 Abstract: IBM plans to discontinue delivery of software on 3480, 3480 Compressed (3480C), and 3490E tape media. IBM's future software delivery enhancements will be focused on *Internet delivery*. Bob -- 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: SAR QUESTION - SAVING LISTING TO A DSN
On Thu, 19 Mar 2009 10:07:46 -0700, John Dawes wrote: >G'DAY All, > >When in SAR, in the past when I typed a C at the side of the job name to save the output to a disk dsn - the equivalent of XDC. Now when I do it I get nothing. There is no prompt. > Were you using CAVXTRT http://www.lbdsoftware.com/ - CAView Report Extraction Table 1.25 SAR.P.PRDJCLRow Command ===> Scroll Report id: LDHR121 Gen: * Commands:Find xx Refresh Sort Selections: B:Browse C:Copy DD:Delete L:Load M:Mail P:Print S:Browse T:Transfer V:View Sel Act Report-IDJobname JobID Gen Loc ArchDate ArchTimeL __ LDHR121 LDHR121 J71087 4982 DISK 03/19/09 23:33 -- 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: SMP/E RECEIVE ORDER: Prerequisites?
War stories has always been a part of IBM-Main, ever since I joined many years ago. I'm just saying that even if dasd is cheaper now, there are still accounts where a Mod3 or 2 is not available. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Tom Marchant" Newsgroups: bit.listserv.ibm-main To: Sent: Friday, March 20, 2009 7:22 AM Subject: Re: SMP/E RECEIVE ORDER: Prerequisites? On Thu, 19 Mar 2009 17:03:27 -0500, Eric Bielefeld wrote: Huge depends on what you have available for DASD at the time ... in 1996 ... 1996 was a long time ago. In 1996, I upgraded a year from a 750 MB hard drive to a whopping 4.2 GB. These ancient stories are irrelevant today. -- Tom Marchant -- 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: Kaiser outsources to IBM
Yes - the outsourcing contact was signed last Friday and on Monday morning they made the announcement. They let 160 go right away and another 700 from across both IT engineering and operations are having their positions outsourced with IBM Global Services planning to pick up approximately 40% (300). Just another sign of the times. Lionel B. Dyck, Consultant/Specialist Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. 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: Share Spool
>NODE(nn) since it was originally setup non-shared...and the NAME= not >matching anything other than the APPL and LOGON for that system.. >would it have any use ?? >Since NODE(1)>> OWNNODE is now both the same ?? Yes. Node(1) tells JES2 which what symbolic name you want for the MAS. It's been a long time since I dealt with connecting JES2 networks, but as I remember it, the name for your node should be relatively unique if you ever expect to connect multiple networks together - more important when those networks belong to other organizations than when they belong to a single conglomerate. You can avoid a lot of confusion that way. My personal recommendation for node names is to use the company name or stock id along with a numeric or location reference. Your chances of running into duplicate network names are greatly reduced. For example, suppose you choose 'SYSA' as your node name and VTAM APPLID. Then suppose CompanyX wants to connect to your network to allow JES2 to send reports to them directly, but CompanyX also selected 'SYSA' as their node name and APPLID. One of you would have to change. Not so bad with single-node networks. Worse, suppose you already connected to dozens of other JES2 networks owned by other companies, and your node name and applid were 'NEWYORK'. Then you run into CompanyZ, which also has multiple connected JES2 systems with many other companies, one of which also elected to use the node name 'NEWYORK'. -- 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
Kaiser outsources to IBM
I haven't seen anything about this on the site yet. If it has been posted already, sorry for the repeat. A friend told me about this yesterday. Kaiser has signed a 7 year, $500 million dollar deal to outsource it's IT to IBM. http://www.informationweek.com/news/global-cio/outsourcing/showArticle.j html?articleID=215900657 Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
Performance lags in HostExplorer
We have started receiving performance lag spikes in response time. These spikes are very short lived, less that 30 secs and happen a few times a day. During these times the users may experience up to 10 second response time for transactions that are typically under a second. I have poured through SMF data and data coming from the IDMS monitor and see no spikes that correspond to the times logged by the users. So this points me away for the mainframe. The desktops are relatively new Compaq machines with 2 gb of memory and are on a 100mb Ethernet. The users are not complaining about slowness in the other desktop apps (mainly MS office.) My next suspension would be HostExplorer. And of course there is the dubious statement of "nothing has changed". Any thoughts on how to prove or disprove this? -- 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: Share Spool
Martin Thanks---starting to make sense now... except--lol NODE(nn) since it was originally setup non-shared...and the NAME= not matching anything other than the APPL and LOGON for that system.. would it have any use ?? Since NODE(1)>> OWNNODE is now both the same ?? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: TMON with OMEGAMON Comparison
OMEGAMON and distributed servers: OMEGAMON classic and OMEGAMON II 3270 applications do not require any distributed installs. OMEGAMON XE and DE use a browser to provide a single GUI for mainframe, distributed, Middleware, Systems & Workload automation. This GUI is optional, but recommended, and requires a distributed server. This server can be run on Linux on zSeries (IFLs) or on Unix (AIX, HP/UX, Solaris) or Windows. As pointed out earlier MAINVIEW supports its browser and multi-system views from a z/OS based server. OMEGAMON DE includes OMEGAVIEW 3270 which allows for multiple LPAR views. But the browser interface is much more powerfull in that it allows for middleware and distributed to also be viewed for an Enterprise view of business services impact. Some customers view distributed servers as a benefit, they like to offload expensive z/OS MIPS/ MSUs to inexpensive distributed or Linux on zSeries. The Hub TEMS that many of you have on z/OS can be migrated to Linux on zSeries, Unix or Windows and still use LDAP to RACF. If you really want multi-system view and don't have or want to have a distributed box, there is sample code on IBM.com OPAL that allows the browser to directly connect to the z/OS TEMS. This code does provide multi-system views, but is not nearly as robust as the supported code in the Tivoli Enterprise Portal Server (TEPS). For those of you with TBSM, the current version also includes the Tivoli Integration Portal (TIP) which can access OMEGAMON XE data w/o the TEPS. Here is a sample web browser (no applets downloaded) SOAP application on OPAL that provides multiple subsystems on a single screen with access to any data that is in XE. This application returns multiple systems data with subsecond response. Sample application is OMEGAMON XE for z/OS via Web browser IE or Mozilla. WebITM v1.0 A Web Based Demonstration Application using IBM Tivoli Monitoring V6.1 SOAP Services, On OPAL site; http://catalog.lotus.com/wps/portal/topal/results?catalog.c=&catalog.searchTerms=IBM+Tivoli+Monitoring+V6.1+SOAP+Services&goButton.x=0&goButton.y=0&catalog.catalogName=Tivoli+OPAL&catalog.start=0 -- 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: Share Spool
>The MEMBER (nn) is just a number or the node number relationship? Member and node are two separate numbers. A JES2 node can have multiple members - thus shared spool. Each member has a different number. The MEMBER statement specifies which number slot is used by each system sharing the spool. >MASDEF DORMANCY=(070,600), > HOLD=60, > LOCKOUT=1000, > OWNMEMB=SYSA, > SHARED=CHECK, > XCFGRPNM=SYSX,CF, > SYNCTOL=240 >MEMBER(1) NAME=SYSA>>> >MEMBER(2) NAME=SYSD >>> can this be or should it be the same >name as I have in old setup?>> sing SMFid as for node number--kept same > NJEDEF OWNNODE=1 >> same on both def's in jes In your case Both systems should specify OWNNODE=1. On the MASDEF statement for SYSA, you should have OWNMEMB=SYSA, and on the MASDEF for SYSD you should have OWNMEMB=SYSD. Each system in the MAS identifies its own name to the MAS in this way. (If not specified, then OWNMEMB defaults to the SMF ID). The SPOOLDEF and CKPTDEF statements for both systems should also match. Each member of the MAS has to have a different member number. So, both members should have the same pair of MEMBER statements in their parameters. The MEMBER(1) NAME=SYSA and MEMBER(2) NAME=SYSD identify which member number is assigned to each of the member names. JES2 can take a lot of defaults - like using SMF ID for the member name, but I prefer to specify the MAS parameters explicitly, so whenever I have a question about how it works, I'm not doing research about how each parameter might have defaulted. >But still have old NODE(nn) defined for old system when not shared spool >..>> guess that can be eliminated ? That depends on whether or not NODE(nn) still exists, and, if so, whether or not you want to your MAS communicate with it. -- 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: Implementing CA-1 / RACF
You might want to cross-post this over at RACF-L. Hope this helps. Many thanks. Doc Farmer InfoSec, Inc. doc.far...@gmail.com http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Friday, March 20, 2009 08:52 To: IBM-MAIN@bama.ua.edu Subject: Implementing CA-1 / RACF I was told Tuesday that I must implement the CA-1 / RACF functions to restrict use of EXPDT=98000 and BLP. Wednesday, I came down with something. I'm now back with this deadline looming over me. I'm still a bit fuzzy headed, so I'll ask the corporate intelligence for any advice on what I need to do. I'm reading the CA-1 version 11.5 manuals. I'm just unsure about what happens if a resource doesn't have a RACF profile once I do the CLASSACT on c...@ape and c...@md. -- Many thanks, John -- 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 -- 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: Leap seconds vs z/OS dispatch
On Fri, 20 Mar 2009 15:06:35 +0100, SCHARITZER Gerald wrote: > >Server Time Protocol Implementation Guide (Draft) >Chapter 2 Operations >2.2 Operations in an STP-only CTN >2.2.6 Time management >Leap second considerations > >http://www.redbooks.ibm.com/redpieces/abstracts/sg247281.html > > >Operating system and subsystem components use the STCK time format >because this is not subject to either Leap Second Offset or time-zone >offset changes. Two successive invocations of the Assembler TIME macro >in STCK format yield different results, and the second result is later >than the first result. > ... >During the implementation of a positive leap second offset change, z/OS >becomes non-dispatchable for the duration of the delta between the >current leap second offset and the new leap second offset in order to >insert the delta between STCK time and UTC time. > Good enough. But there might remain an infinitesimal timing hazard. Suppose that 23:59:59.999... some process (which might be code invoked by the TIME macro) does: STCK X * Now the leap second occurs; the process is interrupted; z/OS * becomes non-dispatchable for one second, during which one second is added to CVTLSO, then the interrupted process is redispatched: LGR0,X SGR0,CVTLSO ... and the time conversion proceeds. But the value of CVTLSO is one second too large to correspond to the STCK value, and the converted time is 23:59:58.999... and might be out of order with time stamps obtained during the fraction of a second prior to the STCK. Swapping the order of STCK and access to to CVTLSO merely moves the problem to the other edge of the leap second. The only solutions I see are: AGAINLGR0,CVTLSO STCK X CGR0,CVTLSO BNE AGAIN LCGR R0,R0 AGR0,X ... or disable interrupts for the sequence. (Does the TIME macro code execute disabled anyway?) Either is an enormous overhead for a hazard that persists only for the duration of one instruction scarcely once a year. OTOH, if the problem ever occurs, it's difficult to diagnose and even harder to to reproduce. I wonder what the time macro does? I haven't the source code. >Not that I like the thought of the entire OS freezing for one (or even >more) seconds just because of a change in the offset between UTC and I've heard of a MICR reader whose mechanical operation is very time-critical, for example. >TAI. So the root of all evil in this case is using some kind of >time-of-day timestamps rather than raw clock values, which simply count >the ticks since 0001-01-01 00:00:00 (plus providing a programmable >field). > Alternatively, one could say that the root of all evil is implementation of the TIME macro, incomplete in failing to return correct values of 23:59:60.hh during positive leap seconds. >At least z/OS can handle simply running the hardware clock in sync with >TAI and let the software do all the UTC, DST, leap year, leap second and >local time interpretation, which is more than what is provided by >Unix/POSIX time. > True. Actually, in some sense the hardware clock runs at TAI - 10 seconds. To wit, IERS says TAI - UTC is currently 34 seconds; PoOp says 24. I still suspect that a smoothed UT1 might be a more practical time convention for computers than UTC. Thanks, gil -- 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
BPXWH2Z
According to the documentation BPXWH2Z allows the user to set the allocation units and verifies it. The allocations unit for zFS must be either CYL or TRK. I cannot find any documetation that tells me how to set the allocation unit in a batch job. Does anyone know how to dothis? Thanks, Jon Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: XML 1.9 needed for CICSTS32 install
You may know this, but in case others don't The z/OS XML Toolkit product, at the 1.9 level, included XML 1.7 and XML 1.8 in the XML 1.9 package. Starting with x/OS XML Toolkit 1.10, the XML package will only include the current release of XML. Further, IBM states that the XML releases are not upwardly compatible. If you need a particular XML release, you have to install that release. So, if you needed XML 1.7 or 1.8 or 1.9, you must install the XML 1.9 package (which includes all of those releases). >From http://www-03.ibm.com/servers/eserver/zseries/software/xml/FAQs/ -=-=-=-=-=-=-=- Q I ordered the V1.10 XML Toolkit, but I do not see the HXML190 or HXML180 FMIDs included with it. I really want to install the HXML190 FMID, but now it seems like it is no longer available. How do I order this? A Starting with the V1.10 XML Toolkit, we are no longer bundling the current release plus the two previous releases as a package. However, the V1.9 XML Toolkit package remains available and contains the HXML190, HXML180, and HXML170 FMIDs. -=-=-=-=-=-=-=- I recently ordered z/OS 1.10 with XML. By default, ShopzSeries suggested the XML 1.10 product, but I was able to select the XML 1.9 product as well. Brian On Fri, 20 Mar 2009 10:26:55 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: >Just an FYI, The doc for CICS TS 3.2 requires XML 1.9 to be installed in order for TS 3.2 to install properly. Surprisingly to me, XML 1.10 which is currently available lacks the member required by CICS. XML seems to have lost functionality from release 9 to 10. > >If you are installing CICS TS3.2 install XML 1.9 not 1.10. > >Dave O'Brien -- 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
XML 1.9 needed for CICSTS32 install
Just an FYI, The doc for CICS TS 3.2 requires XML 1.9 to be installed in order for TS 3.2 to install properly. Surprisingly to me, XML 1.10 which is currently available lacks the member required by CICS. XML seems to have lost functionality from release 9 to 10. If you are installing CICS TS3.2 install XML 1.9 not 1.10. Dave O'Brien NIH Contractor -- 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: Share Spool
MASDEF DORMANCY=(070,600), HOLD=60, LOCKOUT=1000, OWNMEMB=SYSA, SHARED=CHECK, XCFGRPNM=SYSX,CF, SYNCTOL=240 MEMBER(1) NAME=SYSA>>> MEMBER(2) NAME=SYSD >>> can this be or should it be the same name as I have in old setup?>> sing SMFid as for node number--kept same NJEDEF OWNNODE=1 >> same on both def's in jes But still have old NODE(nn) defined for old system when not shared spool ..>> guess that can be eliminated ? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Share Spool
Martin... The MEMBER (nn) is just a number or the node number relationship? -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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
Leap seconds vs z/OS dispatch
Dear Colleagues, there is a section on the effects of leap second changes on z/OS dispatchability in the following redbook on page 150. Server Time Protocol Implementation Guide (Draft) Chapter 2 Operations 2.2 Operations in an STP-only CTN 2.2.6 Time management Leap second considerations http://www.redbooks.ibm.com/redpieces/abstracts/sg247281.html Operating system and subsystem components use the STCK time format because this is not subject to either Leap Second Offset or time-zone offset changes. Two successive invocations of the Assembler TIME macro in STCK format yield different results, and the second result is later than the first result. Despite the fact that leap seconds are not included in STCK time, the application of positive leap second offset changes can be disruptive and should be done with extreme caution. During the implementation of a positive leap second offset change, z/OS becomes non-dispatchable for the duration of the delta between the current leap second offset and the new leap second offset in order to insert the delta between STCK time and UTC time. The non-dispatchability is required to insert the leap second difference between STCK time and UTC time. In effect, the positive leap second offset delta is subtracted from the current UTC time, which would cause duplicate UTC timestamps if the non-dispatch ability was not in effect for the same interval. Negative leap second offset changes are implemented directly by adding the leap second offset delta to the current UTC time. In this case there is no requirement for z/OS to be made non-dispatchable, as this will not result in duplicate UTC time stamps, and therefore there should be minimal disruption. Not that I like the thought of the entire OS freezing for one (or even more) seconds just because of a change in the offset between UTC and TAI. So the root of all evil in this case is using some kind of time-of-day timestamps rather than raw clock values, which simply count the ticks since 0001-01-01 00:00:00 (plus providing a programmable field). At least z/OS can handle simply running the hardware clock in sync with TAI and let the software do all the UTC, DST, leap year, leap second and local time interpretation, which is more than what is provided by Unix/POSIX time. kind regards ... Gerald -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, March 17, 2009 10:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Leap seconds But positive leap seconds are more likely problematic than negative leap seconds. I disagree still with an IBM employee who stated in these pages a few years ago that there is code in the OS such that should a "negative" leap second ever occur the system will be idled for that second to avoid the hazard of apparently decreasing UTC values. Rather, I suspect that is done routinely at "positive" leap seconds to spare the TIME macro the need to supply UTC values of 23:59:60.hh, and to spare applications the need to deal with them. -- gil -- 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: Share Spool
Ron asked: >understand the NJEDEF.. OWNNODE s/b same on both JES2parms >But in the case of the NODE(nn)>> are they not still defined as seperate >NODEnumber and NAME being the name of that system ? I'm not certain what you are asking, but I'll give it a shot. The entire MAS is one JES2 node. NJEDEF specifies the OWNNODE number for the MAS. NODE (nn) specifies the name of the MAS. Each member of the MAS should have the same name and node number for the MAS. Each member of the MAS is defined by a MEMBER(nn) NAME=. So, each member of the MAS has its own member number and name. -- 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: Implementing CA-1 / RACF
On Fri, 20 Mar 2009 09:14:05 -0400, Dean Montevago wrote: >You have to turn on the various options to use external security >functions in CA-1's parmlib, so if the classes have a default rc=4 and >initally the functions are set to NO you should be ok. You can define >the profiles and set to YES as you migrate. > Thanks. So to protect only BLP and 98000 (and get NL et al as well) is to change the FUNC from NO to YES. IOW - I don't need to worry about anything not controlled by FUNC. Really appreciate it! -- John -- 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: Implementing CA-1 / RACF
You have to turn on the various options to use external security functions in CA-1's parmlib, so if the classes have a default rc=4 and initally the functions are set to NO you should be ok. You can define the profiles and set to YES as you migrate. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John McKown Sent: Friday, March 20, 2009 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Implementing CA-1 / RACF I was told Tuesday that I must implement the CA-1 / RACF functions to restrict use of EXPDT=98000 and BLP. Wednesday, I came down with something. I'm now back with this deadline looming over me. I'm still a bit fuzzy headed, so I'll ask the corporate intelligence for any advice on what I need to do. I'm reading the CA-1 version 11.5 manuals. I'm just unsure about what happens if a resource doesn't have a RACF profile once I do the CLASSACT on c...@ape and c...@md. -- Many thanks, John -- 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 -- 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: Any Batch Pipes experience?
Many thanks to everyone responded to the question and special thanks to those who offered help [online and offline] in setting up the product. Truly appreciate your help! We are merely in research state and it's now up to the management to decide which product is best for the batch process needs. Thanks again, -Victor- -- 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
Implementing CA-1 / RACF
I was told Tuesday that I must implement the CA-1 / RACF functions to restrict use of EXPDT=98000 and BLP. Wednesday, I came down with something. I'm now back with this deadline looming over me. I'm still a bit fuzzy headed, so I'll ask the corporate intelligence for any advice on what I need to do. I'm reading the CA-1 version 11.5 manuals. I'm just unsure about what happens if a resource doesn't have a RACF profile once I do the CLASSACT on c...@ape and c...@md. -- Many thanks, John -- 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: SMP/E RECEIVE ORDER: Prerequisites?
This phrase was also in the z/OS 1.9 announcement (and probably even earlier). I still haven't been able to get a date as to when this is planned to occur! Abstract: IBM plans to discontinue delivery of software on 3480, 3480 Compressed (3480C), and 3490E tape media. IBM's future software delivery enhancements will be focused on *Internet delivery*. -- 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: SMP/E RECEIVE ORDER: Prerequisites?
On Thu, 19 Mar 2009 17:03:27 -0500, Eric Bielefeld wrote: >Huge depends on what you have available for DASD at the time > >... in 1996 ... 1996 was a long time ago. In 1996, I upgraded a year from a 750 MB hard drive to a whopping 4.2 GB. These ancient stories are irrelevant today. -- Tom Marchant -- 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: SAR QUESTION - SAVING LISTING TO A DSN
'C' does a Cleanup, and as far as I can tell did so in version 6.5 as well as in the current release. Maybe you had an exit which handled it differently ? Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Dawes Sent: 19 March 2009 17:08 To: IBM-MAIN@bama.ua.edu Subject: SAR QUESTION - SAVING LISTING TO A DSN G'DAY All, When in SAR, in the past when I typed a C at the side of the job name to save the output to a disk dsn - the equivalent of XDC. Now when I do it I get nothing. There is no prompt. Has something changed? I checked the HELP panel but I found nothing that could be helpful. Any suggestions what I should do? Thanks in advance. ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- 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: SMP/E RECEIVE ORDER: Prerequisites?
Eric, About the tapes.see FLASH 10671, posted on Monday. http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10671 Abstract: IBM plans to discontinue delivery of software on 3480, 3480 Compressed (3480C), and 3490E tape media. IBM's future software delivery enhancements will be focused on *Internet delivery*. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, March 19, 2009 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E RECEIVE ORDER: Prerequisites? > I still think ordering tapes for maintenance is the best option. You have > a free archive for the PTFs, and if you need it, IBM gets you the tape the > next day, usually in the morning. -- 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
EMC DASD in GDPS
Hi, Does anyone using an older EMC DMX 1000-3000 DASD in GDPS environment? I've read from the EMC DMX product guide that it require Enginuity Code with at least 5568 or higher (we are now at 5671) and a hardware code called "compatible peer" to enable this to understand PPRC commands. The product guide also states that it "will" support GDPS, however our EMC vendor said otherwise and claimed that our DMX does not support GDPS and only EMC DMX-3 does. Because of the statement "will" in the product guide I am not too sure about it. Anyone using EMC DMX model in GPDS environment? I'm suspecting EMC just want to sell us new hardware. Regards, Jason -- 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