Re: JES2 - originating jcl
Thanks, we will investigate TSO submitted jobs and also check with the Thruput Manager folks. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Tuesday, December 15, 2015 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 - originating jcl We do so in TSO submitted jobs and so do some schedulers and applications submitting jobs. But the original question was: does JES2 know and then the answer is simply: NO. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 15 December, 2015 15:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 - originating jcl Oh, in the below, I forgot to mention that I once had an IKJEFF10 (TSO SUBMIT) exit which modified the submitted JCL. But the modifications were generated from a data area created by the ISPF SUBMIT command (another exit). So, if you wanted to put in a JCL statement such as: //*SUBMITTED FROM BY ON -mm-ddThh:mm:ssZ (replace trailing Z with appropriate local time indicator, such as: -06:00 for U.S. Central Standard. This is not for the faint of heart. And I don't have the source any more. That was 20+ years ago at a shop which no longer exists. On Tue, Dec 15, 2015 at 8:52 AM, John McKown <john.archie.mck...@gmail.com> wrote: > On Tue, Dec 15, 2015 at 8:41 AM, Sumi, Joseph J. (CMS/CTR) (CTR) < > joseph.s...@cms.hhs.gov> wrote: > >> Hello, is there a JES2 exit that will allow us to place the dataset >> and member name of the job that was submitted ? The originating >> dataset/member would be added as a comment to the JESLOG, MESSAGES, >> or JCL. I would assume >> JES2 would know where the JCL came from but not sure. >> > > No, it doesn't really. In most cases, the JCL is coming in from a > "reader" of some sort (local, NJE, RJE, or _most likely today_ the > internal reader: INTRDR). > > In all cases other than the INTRDR case, there is no DSN involved at all. > And JES2 does know the origin and writes it in SMF. E.g. R1.RD1 for a > card reader attached to "remote 1". If anybody use RJE any more. > > In the INTRDR case, the JCL is simply written out like it would be to > a normal data set, most likely using QSAM or maybe BSAM. JES2 has no > idea where the program doing the writing is getting it from. There > might not even be a "data set", such as in the case of a CLIST doing a > SUBMIT * command (JCL is in-line). Also, keep in mind that if someone > is in ISPF EDIT and does a SUBMIT command, that command actually > writes the contents of the edit buffer to an ISPF "temporary" (.CNTL) > data sets, so even if > JES2 somehow knew that DSN, it wouldn't help you with the DSN/MEMBER > which was actually submitted by the ISPF SUBMIT edit command. > > > >> >> Rgrds, Joseph Sumi >> >> > -- > > Schrodinger's backup: The condition of any backup is unknown until a > restore is attempted. > > Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. > > He's about as useful as a wax frying pan. > > 10 to the 12th power microphones = 1 Megaphone > > Maranatha! <>< > John McKown > -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 3
JES2 - originating jcl
Hello, is there a JES2 exit that will allow us to place the dataset and member name of the job that was submitted ? The originating dataset/member would be added as a comment to the JESLOG, MESSAGES, or JCL. I would assume JES2 would know where the JCL came from but not sure. Rgrds, Joseph Sumi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS not starting on my DR LPAR
My experience with OMVS and DR is that it takes a very long time for OMVS to initialize for the first IPL. How long did you wait ? I have seen it take 30-45+ minutes for OMVS to initialize at DR for my system. (While back home it is not an issue). We figured out that this had something to do with these being the first mounts (root, other HFS/ZFS's) on a new LPAR. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Thursday, April 30, 2015 1:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS not starting on my DR LPAR I have a new z/os 2.1 system and when I IPL'ed it on my DR LPAR, OMVS never started. I noticed that my IFAPRD member in parmlib was obsolete and this caused TCP base not to start. Does TCP base actually start OMVS ASID? If TCP is not the culprit, what actually starts OMVS. My Sandbox 2.1 system had no problem with OMVS starting. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ec12 Service Element pc
Hello, posting on behalf of a coworker. Any ideas ? Thanks ! I'm trying to use the api on the ec12 Service Element pc and would like to know how to determine if the 'CPC' file is full and how to check file attributes (version, date, etc. like you can do on a Windows pc by going to 'Computer'). Per our IBM CE, The SE pc is at release/version 2.12.0 and ec12 driver level. Rgrds, Joseph Sumi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
mainframe selling points
Hello, I'm looking for ideas to add to what I've come up with so far If you are an application and you were deciding what platform you should be developed and run on, what are the KEY items (IE: selling points) associated with the mainframe environment that would steer you to pick the mainframe over other platforms ? IE: I know scalability and availability are factors but other things like ... why DB2 over Oracle, why RACF security over Unix permissions, why z/OS over UNIX (for example) ... any ideas will be appreciated ! ! Thanks, Joe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mainframe selling points
Great stuff. Thanks. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: Friday, January 25, 2013 12:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: mainframe selling points z/OS Security: Statement of Integrity. With the Common Criteria Evaluation Assurance Level 5 (EAL5) awarded by International Standards Organization, System z has the highest security rating or classification for any commercially available server. http://www-03.ibm.com/systems/au/resources/systems_au_Why_is_DB2_for_zOS_better_than_Oracle_RAC.pdf DB2 integration with Netezza Ability to fully utilitize computing resources - WLM, Group Capacity Ability to provide FIPS140-2 level 4 encryption facilities General high-availability and redundancy coupling facility GDPS if you need to get really wild. http://www.redbooks.ibm.com/abstracts/sg246366.html Leveraging and extending existing code base. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Jan 25, 2013 at 10:47 AM, Steve Comstock st...@trainersfriend.comwrote: On 1/25/2013 8:42 AM, Sumi, Joseph J. (CMS/CTR) (CTR) wrote: Hello, I'm looking for ideas to add to what I've come up with so far If you are an application and you were deciding what platform you should be developed and run on, what are the KEY items (IE: selling points) associated with the mainframe environment that would steer you to pick the mainframe over other platforms ? IE: I know scalability and availability are factors but other things like ... why DB2 over Oracle, why RACF security over Unix permissions, why z/OS over UNIX (for example) ... any ideas will be appreciated ! ! Thanks, Joe http://www.trainersfriend.com/**CoolThingsToDo.htmhttp://www.trainers friend.com/CoolThingsToDo.htm -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/**ROI/roi.htmlhttp://www.trainersfriend .com/ROI/roi.html --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN