Re: Mainframe shops (a little) more optimistic about System z
In this article Timothy Prickett Morgan describes the Mainframe business as a racket. What does he mean by this? Richard -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: 16 September 2011 10:16 PM To: IBM-MAIN@bama.ua.edu Subject: Mainframe shops (a little) more optimistic about System z According to a BMC survey... http://www.channelregister.co.uk/2011/09/13/bmc_mainframe_survey/ -- 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: Mainframe shops (a little) more optimistic about System z
Mr. Prickett Morgan is known to be hysterically (sorry, meant to say historically) anti-IBM in his musings. He's been a journalist watching IBM for 20 years, so he must be an expert on all things mainframes, musn't he? Most people on this Forum take his comments with large quantities of salt. ALH -Original Message- From: Richard Marchant richard.march...@shoden.co.za To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Mon, 19 Sep 2011 10:07 Subject: Re: Mainframe shops (a little) more optimistic about System z In this article Timothy Prickett Morgan describes the Mainframe business as a acket. What does he mean by this? Richard -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of d Gould ent: 16 September 2011 10:16 PM o: IBM-MAIN@bama.ua.edu ubject: Mainframe shops (a little) more optimistic about System z According to a BMC survey... ttp://www.channelregister.co.uk/2011/09/13/bmc_mainframe_survey/ -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch the archives at http://bama.ua.edu/archives/ibm-main.html -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch 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
Mainframe traders
I'm looking for second hand mainframe brokers which are operating on EU market. Answers off-list are welcome (as wel as on-list). -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- 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
Suggestion for a Job running Under a Loop
Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake -- 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: Mainframe shops (a little) more optimistic about System z
In 8ce44cc0186bcbe-1f38-35...@webmail-d047.sysops.aol.com, on 09/19/2011 at 06:14 AM, Aled Hughes aledlhug...@aol.com said: He's been a journalist That's a funny way to spell hack. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: CCW Trace
Thanks for the reference snip CCWDISPL REXX EXEC described in MVS Update #136, January 1998, might be useful to do reduction of GTF CCW DASD trace. The MVS update PDF file is in CBT Tape site and its URL is following. http://www.cbttape.org/xephon/xephonm/mvs9801.pdf Title of the CCWDISPL is Interpreting GTF CCW trace entries and is in page 40. I hope that this might help you. /snip -- 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: Suggestion for a Job running Under a Loop
Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake Jake, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? What version of z/OS are you running? Are these cobol programs or something else? Are these loops with vendor products or in-house written programs? Lizette -- 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: Suggestion for a Job running Under a Loop
Hi, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? No, We have a very basic Shop. What version of z/OS are you running? V1.8 Are these cobol programs or something else? Cobol Programs Are these loops with vendor products or in-house written programs? In House Written Programs. Jake/ On Mon, Sep 19, 2011 at 5:44 PM, Lizette Koehler stars...@mindspring.comwrote: Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake Jake, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? What version of z/OS are you running? Are these cobol programs or something else? Are these loops with vendor products or in-house written programs? Lizette -- 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: Suggestion for a Job running Under a Loop
If you can take a console dump of the address space with the branch trace turned on it MIGHT help. However, it is very difficult to determine if recurring addresses are due to a loop or due to normal processing that happens to run through the same code (ex. reading of a large file). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jake anderson Sent: Monday, September 19, 2011 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Suggestion for a Job running Under a Loop Hi, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? No, We have a very basic Shop. What version of z/OS are you running? V1.8 Are these cobol programs or something else? Cobol Programs Are these loops with vendor products or in-house written programs? In House Written Programs. Jake/ On Mon, Sep 19, 2011 at 5:44 PM, Lizette Koehler stars...@mindspring.comwrote: Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake Jake, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? What version of z/OS are you running? Are these cobol programs or something else? Are these loops with vendor products or in-house written programs? Lizette -- 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 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: Suggestion for a Job running Under a Loop
Jake, Have you implemented the CEEBXITA exit in LE? If not, it could help determine if jobs are re-initializing LE over and over. You only need to init LE once and then process. Sometimes programs can init LE multiple times thereby looking like it is in a loop. Are the Cobol programs calling any assembler programs or any other language (PL/I, C, etc)? Lizette -- 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: Suggestion for a Job running Under a Loop
Hi If you mean about the TGNUM the JES TrackGroupNumber, the job is writing into the SPOOL. This output has any significance ? Maybe if you set the OUTLIM and/or the CPU limit you could get a DUMP Not a COBOL expert at all, but maybe the FLOW LE runtime option ? On 9/19/2011 12:58 PM, Jake anderson wrote: Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake -- 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: Batch Capacity Planning - BWATOOL?
Mike, as it's been a week and no reply to your post I thought I'd bite the bullet and summarise my thoughts on Batch Capacity Planning in a blog post (or maybe two). (I'd been hoping some debate would ensue but none has shown up.) :-( But on your question of BWATOOL, its role was really to show what happens to a batch job when the engine speed of the processor it's running on changes. I'm not sure how that really helps when it comes to Capacity Planning. And I've not seen ACTIVE references to BWATOOL in a long time. If you really DO want to figure out the effect of an engine speed change you probably could roll your own - in MXG or whatever. You'd have to supply your own engine speed comparison, of course. And you'd have to understand that CPU queuing make the whole exercise a little fraught. Perhaps I'll touch on more-versus-faster as it applies to Batch in the first post. Cheers. Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Martin, Mike mike.mar...@ncsecu.org To: IBM-MAIN@bama.ua.edu Date: 12/09/2011 16:53 Subject: Batch Capacity Planning - BWATOOL? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu All, We are looking at acquiring a new application to run on z/OS. Supposedly, the batch is very CPU intensive. We have been talking to a another customer who already runs this application to get an idea of the resources we will need. I'd feel better though, if we found a good batch capacity planning tool to gauge how it will run on our system. I ran across a tool called BWATOOL from IBM. Has anyone used BWATOOL? Is it still available? Are there other/similar tools for z/OS batch capacity planning? Mike Martin /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Suggestion for a Job running Under a Loop
On Mon, 19 Sep 2011 16:28:57 +0530 Jake anderson justmainfra...@gmail.com wrote: :I have development system(LPAR) here wherein the jobs submitted by the :developers/trainees gets into loop very often. Usually i use to find this :through either the TGNUM value or through the EXCP Cnt. But today i found a :genuine job( not a system or admin job) running with high TGNUM EXCP and :also with considerable amount of CPU time . Are there any way to find a if a :Job is really consuming lot of CPU or Running Under Loop for a long time. :Any suggestion or an advise would be of a great help. The only way to know that a program is in a loop is to know what it does. Best approach is a default low TINE and OUTLIM, and those than know they need more will override. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Call for Sessions for EWCP at SHARE in Atlanta, GA
Hello SHARE members - The SHARE conference in Orlando, FL was a big success. We are now starting the planning process for the next conference. The call for Sessions for Atlanta has been opened. Now is the time to begin thinking about sessions you'd like to offer for our next conference. We are looking for customer experiences in the Performance and Capacity Planning areas. If you have experiences to share about new technologies (zEnterprise or z Operating System), feel free to contact me below with your ideas. SHARE in Atlanta will be at the Omni Hotel at CNN Center, March 11th through March 16th, 2012. The housing site is now available with discounted rates. Please visit https://share.confex.com/share/118/cfp.cgi to submit your sessions. EWCP is part of the MVS program. Be sure to indicate that your session is for the EWCP project. Norman Hollander, Project Manager EWCP Enterprise-Wide Capacity and Performance Project Office: +1 760-992-5068 eMail:znor...@desertwiz.biz -- 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: Suggestion for a Job running Under a Loop
Are the Cobol programs calling any assembler programs or any other language (PL/I, C, etc)? Its a COBOL DB2 program which does a Link edit, Bind etc... On Mon, Sep 19, 2011 at 7:29 PM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Mon, 19 Sep 2011 16:28:57 +0530 Jake anderson justmainfra...@gmail.com wrote: :I have development system(LPAR) here wherein the jobs submitted by the :developers/trainees gets into loop very often. Usually i use to find this :through either the TGNUM value or through the EXCP Cnt. But today i found a :genuine job( not a system or admin job) running with high TGNUM EXCP and :also with considerable amount of CPU time . Are there any way to find a if a :Job is really consuming lot of CPU or Running Under Loop for a long time. :Any suggestion or an advise would be of a great help. The only way to know that a program is in a loop is to know what it does. Best approach is a default low TINE and OUTLIM, and those than know they need more will override. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: seeking any sub-listserver in focusing on only IBM performance and Capacity?
Check out the MXG listserve: http://www.mxg.com/frame_mxgl.asp John Baxter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lee, Seung-Cheol Sent: Friday, September 16, 2011 1:13 PM To: IBM-MAIN@bama.ua.edu Subject: seeking any sub-listserver in focusing on only IBM performance and Capacity? Thanks in advance. Steve Unum group -- 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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: seeking any sub-listserver in focusing on only IBM performance and Capacity?
I have got that web already, thanks though. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Baxter Sent: Monday, September 19, 2011 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: seeking any sub-listserver in focusing on only IBM performance and Capacity? Check out the MXG listserve: http://www.mxg.com/frame_mxgl.asp John Baxter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lee, Seung-Cheol Sent: Friday, September 16, 2011 1:13 PM To: IBM-MAIN@bama.ua.edu Subject: seeking any sub-listserver in focusing on only IBM performance and Capacity? Thanks in advance. Steve Unum group -- 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 The information transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: CICS explorer query
Hi Sidd, There are a few more things you could look into. 1. Are you running the same level of CICS and CICSPlex SM libraries? 2. When you make the connection to the CMCI for the first time, do you see any CICSPlex SM resources (EYU*) being dynamically installed in your MSGUSR log? 3. Do you see anything unusual in your JESYSMSG log? If these don't help then it is probably time to raise a PMR with IBM. Thanks Chris Chris Hodgins CICSPlex System Manager Developer IBM United Kingdom Limited The CICS blog: http://themasterterminal.com From: Sid p siddmainfra...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 16/09/2011 18:19 Subject:Re: CICS explorer query Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Thanks Chris, To force it not to use CPSM,I had coded CPSMCONN=NO in sysin override and made sure that CICS picked the change but no luck. Sidd On Fri, Sep 16, 2011 at 8:05 PM, Christopher Hodgins chris.hodg...@uk.ibm.com wrote: Hi Sidd, This might be a long shot but you don't have CPSMCONN=LMAS specified in your SIT parameters by any chance? Thanks Chris Chris Hodgins CICSPlex System Manager Developer IBM United Kingdom Limited The CICS blog: http://themasterterminal.com From: Sid p siddmainfra...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 16/09/2011 11:43 Subject:CICS explorer query Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am trying to connect the CICS explorer 1.1.0.0 to a standalone CICS 4.1 region.I am getting the following error in the CICS logs: DFHWB0114…CWXN A non-HTTP request has been received by an HTTP service. The request has been rejected. And in the explorer I am getting : CNX0106E Connect failed with error ‘CMAS, NOTAVAILABLE, CPSMAPI’ I am wondering why is it checking on CPSM as I am trying to connect to a standalone cics region. FYI–SYSIN OVERRIDE SEC=NO DFH$WUTC===AUTENTICATION=NO I have added hlq.CPSM.SEYUAUTH to STEPLIB of the CICS started task and hlq.CPSM.SEYULOAD to DFHRPL. I have installed DFH$WUTC and DFH$WUUR(this is poniting to correct DFH $WUTC) as I see the port being opened “DFH$WUTC has been opened on port 41490 at IP address ANY’ I do not see any SMSS active in the CICS region.That is if I check the JESMSGLG,I am not seeing something like this: EYUX0001I applid SMSS initialization program starting – EYUXL0003I applid CPSM Version 410 SMSS startup in progress – EYUXL0022I applid SMSS Phase I initialization complete – EYUXL0007I applid SMSS Phase II initialization complete – EYUNL0099I applid SMSS SMSS LRT initialization complete Am I missing any PTF's here ? Any pointers will be of great help.Thanks in advance. Sidd -- 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
RESMGR Add Return Code 44
Does anyone have any in site into what might cause a return code of 44 from a RESMGR ADD,TYPE=TASK? The manual says System error. An unrecoverable error occurred while processing the request.* *so that's of no practical help. The issuer is running in task mode with P=S=H. The request is basically coded as: RESMGRADD,TOKEN=(R3),TYPE=TASK,TCB=CURRENT,PARAM=(R4), ASID=CURRENT,ROUTINE=(BRANCH,(R2)),MF=(E,WORK_IBMPLIST) All comments are welcome. Chuck Arney Arney Computer Systems -- 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: Suggestion for a Job running Under a Loop
Maybe the easiest answer is to go into SDSF and look at the output and look at it to see exactly what the job is send to sys out. That will start a branch table to decide what to do. Ed -- 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: RESMGR Add Return Code 44
A few questions : (1) Did you pre-populate WORK_IBMPLIST with a model list form of RESMGR before the MF=E call ? (2) Where does R3 point to ? (3) Where does R2 point to ? Whenever I have used RESMGR in my code, I have always primed the plist from a constant RESMGR ADD,MF=L before using the MF=E form - so that hints that this macro might be one of those that require this extra attention (like WTO). Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chuck Arney Sent: 19 September 2011 16:46 To: IBM-MAIN@bama.ua.edu Subject: RESMGR Add Return Code 44 Does anyone have any in site into what might cause a return code of 44 from a RESMGR ADD,TYPE=TASK? The manual says System error. An unrecoverable error occurred while processing the request.* *so that's of no practical help. The issuer is running in task mode with P=S=H. The request is basically coded as: RESMGRADD,TOKEN=(R3),TYPE=TASK,TCB=CURRENT,PARAM=(R4), ASID=CURRENT,ROUTINE=(BRANCH,(R2)),MF=(E,WORK_IBMPLIST) All comments are welcome. Chuck Arney Arney Computer Systems -- 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: RESMGR Add Return Code 44
Hi Mine nearly the same: RESMGR ADD, * TYPE=TASK,TCB=CURRENT, * TOKEN=WORK_RMGR_TOKEN, * ROUTINE=(BRANCH,(3)), * PARAM=WORK_RMGR_PARM, * MF=(E,WORK_RMGR_LISTF) I would also check regs , and look into the MACRO list (PRINT GEN) On 9/19/2011 5:46 PM, Chuck Arney wrote: Does anyone have any in site into what might cause a return code of 44 from a RESMGR ADD,TYPE=TASK? The manual says System error. An unrecoverable error occurred while processing the request.* *so that's of no practical help. The issuer is running in task mode with P=S=H. The request is basically coded as: RESMGRADD,TOKEN=(R3),TYPE=TASK,TCB=CURRENT,PARAM=(R4), ASID=CURRENT,ROUTINE=(BRANCH,(R2)),MF=(E,WORK_IBMPLIST) All comments are welcome. Chuck Arney Arney Computer Systems -- 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
Multile TCP/IP Stacks
Hello I would like to find out or understand why multiple TCP/IP stacks are used on some machines. I've read through some of the IBM documentation, but I still don't get it. Thanks Lindy -- 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: Multile TCP/IP Stacks
One reason is when a site wants to create a TCPIP stack dedicated to printing. --Roger On Mon, Sep 19, 2011 at 10:59 AM, Lindy Mayfield lindy.mayfi...@sas.comwrote: Hello I would like to find out or understand why multiple TCP/IP stacks are used on some machines. I've read through some of the IBM documentation, but I still don't get it. Thanks Lindy -- 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: Multile TCP/IP Stacks
Hello I would like to find out or understand why multiple TCP/IP stacks are used on some machines. I've read through some of the IBM documentation, but I still don't get it. Thanks Lindy Lindy, Just a thought Some might be for Secured TN3270, or IPV6, or Other types of functions. You might post to the TCPIP newsgroup for more details. Lizette -- 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: : RESMGR Add Return Code 44
Thanks for the suggestions guys. Rob hit the nail on the head. The plist work area was initially primed with the MF=L prototype but another service call wiped it out before the RESMGR request was issued. Chuck Arney Arney Computer Systems *From:* Miklos Szigetvari miklos.szigetv...@isis-papyrus.com *To:* IBM-MAIN@bama.ua.edu *Sent:* Monday, September 19, 2011 12:06 PM *Subject:* Re: RESMGR Add Return Code 44 Hi Mine nearly the same: RESMGR ADD, * TYPE=TASK,TCB=CURRENT, * TOKEN=WORK_RMGR_TOKEN, * ROUTINE=(BRANCH,(3)), * PARAM=WORK_RMGR_PARM, * MF=(E,WORK_RMGR_LISTF) I would also check regs , and look into the MACRO list (PRINT GEN) -- 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
connect time in SMF TYPE-30
Hi, I check my batch job from SMF TYPE30, but confused on SMF30TCN and SMF30AIC. One jcl's SMF30TCN is 13 minutes but SMF30AIC is 9 seconds. I have reviewed the description from IBM manual z/OS MVS System Management Facilities, but still can not well understand what's the difference. I assumed SMF30TCN is the total CONNECT time for the used datasets and SMF30AIC is the average CONNECT time for the DASD, but not true it is correct...Would you pls help to give some more explanation for these 2 SMF field? TIA WXB.. -- 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: RESMGR Add Return Code 44
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/19/2011 11:46:22 AM: Does anyone have any in site into what might cause a return code of 44 from a RESMGR ADD,TYPE=TASK? The manual says System error. An unrecoverable error occurred while processing the request.* *so that's of no practical help. The issuer is running in task mode with P=S=H. The request is basically coded as: RESMGRADD,TOKEN=(R3),TYPE=TASK,TCB=CURRENT,PARAM=(R4), ASID=CURRENT,ROUTINE=(BRANCH,(R2)),MF=(E,WORK_IBMPLIST) All comments are welcome. Return code 44 occurs when the FRR for the RESMGR service routine (IEAVTR2C) has been entered. This FRR does not take an SDUMP, but there should be a logrec record. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: connect time in SMF TYPE-30
Can you check SMF30DCF? 1If this bit is on, the following fields| | || || | contain incomplete data: (SRM could not| | || || | deliver deltas or values for this interval)| | || || | | | || || |SMF30EICSMF30AIC | | || || |SMF30EIDSMF30AID | | || || |SMF30EIWSMF30AIW | | || || |SMF30EISSMF30AIS Best Regards, Johnny Luo On Tue, Sep 20, 2011 at 1:33 AM, Wang Xiaobing wang...@bayss.com wrote: Hi, I check my batch job from SMF TYPE30, but confused on SMF30TCN and SMF30AIC. One jcl's SMF30TCN is 13 minutes but SMF30AIC is 9 seconds. I have reviewed the description from IBM manual z/OS MVS System Management Facilities, but still can not well understand what's the difference. I assumed SMF30TCN is the total CONNECT time for the used datasets and SMF30AIC is the average CONNECT time for the DASD, but not true it is correct...Would you pls help to give some more explanation for these 2 SMF field? TIA WXB.. -- 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: HSM/CA1 Tape Catalog Discrepancy
How are you calculating the values for comparison? In trying to come up with an amount for data stored on our tapes, we discovered that the CA-1 blocksize (for Earl reporting) was capped at 32k. Since I was multiplying block-counts by blocksize in Earl, this caused our FDRABR tapes to be under-reported. FDRABR uses a full-track blocksize ie. 55k for 3390, so I had to manually code around it in the report to get better accuracy in the totals. Maybe you're encountering the same thing? Look up an HSM tape in the CA-1 to see what's shown for block size count. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -Original Message- From: Henke, George [mailto:george.he...@hp.com] Sent: September 16, 2011 14:46 Subject: HSM/CA1 Tape Catalog Discrepancy HSM catalog does not agree with tapes cataloged in CA1? We are noticing a discrepancy of 200 TB. Is this normal? -- 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: Multile TCP/IP Stacks
Lindy One customer I have assisted in the past supported two organisations in one production environment and so had separate instances of the IP component of Communications Server for that reason. I was involved in combining the two in order to create a more manageable environment. At another customer I detected that there had been multiple instances - since I was obliged to specify the name of the address space in VTAM for Enterprise Extender use even though only one instance was active. I'm afraid I wasn't given any details on *why* there had been multiple instances. The other list which it was suggested you use is found as follows: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Incidentally, you will need to find higher level discussion of how to employ the IP component of Communications Server than is found in the regular IBM manuals. These later will only tell you it can be done and *how* it can be done, not *why* you might like to do it. Chris Mason On Mon, 19 Sep 2011 18:59:02 +0200, Lindy Mayfield lindy.mayfi...@sas.com wrote: Hello I would like to find out or understand why multiple TCP/IP stacks are used on some machines. I've read through some of the IBM documentation, but I still don't get it. Thanks Lindy -- 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
WLM Problems
Hello all, I have a question. I'm being told that there is no way to keep a looping lower priority task in a development CICS region from affecting the dispatching of a production CICS system. Is this really true. I'm not the WLM guy, but I would have thought that there would be some way to set it up so that test, dev, batch or online would not affect a well behaved production environment. Would someone please enlighten me. Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information 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
ADRDSSU Restore
Hello List, We are running ZOS 1.12 here, under Z/VM. We want, execute a BACKUP from our production , and restore to another CMS MACHINE. We have a cartridge , with ADRDSSU STANDALONE. If we do a backup from all dasd with the job like this : //ZOSBKP JOB (SUPORTE),'BKP-DB2',CLASS=S, // MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=SYSUID //ZOS112 EXEC PGM=ADRDSSU,REGION=0M //DISKIN DD UNIT=SYSDA,VOL=SER=ZOS112,DISP=SHR //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.ZOS112.D190911, // UNIT=ROBO,LABEL=(0001,SL),DISP=(,CATLG,DELETE), // VOL=(,RETAIN,SER=GR) //SYSINDD * DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN /* //Z2CAT1 EXEC PGM=ADRDSSU,REGION=0M //DISKIN DD UNIT=SYSDA,VOL=SER=Z2CAT1,DISP=SHR //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2CAT1.D190911, // UNIT=ROBO,LABEL=(2,SL),DISP=(,CATLG,DELETE), // VOL=(,RETAIN,SER=GR) //SYSINDD * DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN /* //Z2RES1 EXEC PGM=ADRDSSU,REGION=0M //DISKIN DD UNIT=SYSDA,VOL=SER=Z2RES1,DISP=SHR //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2RES1.D190911, // UNIT=ROBO,LABEL=(3,SL),DISP=(,CATLG,DELETE), // VOL=(,RETAIN,SER=GR) //SYSINDD * DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN /* Then, can we do a restore ? I need use the ADRDSSU COPY option ? Someone know, where I can found a sample for this ? Thanks very much. Sergio Lima Costa São Paulo - Brazil Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- 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: Guff! ADRDSSU Restore
Sergio, I presume when you say CMS you mean another z/OS instance under z/VM. If this is the case, you can avoid the MVS JCL and use good ole DDR, as long as you have your DASD ready on your target (z/OS) system. Much easier than what you describe below. = Hello List, = = We are running ZOS 1.12 here, under Z/VM. = = We want, execute a BACKUP from our production , and restore to another = CMS MACHINE. = = We have a cartridge , with ADRDSSU STANDALONE. = = If we do a backup from all dasd with the job like this : = = //ZOSBKP JOB (SUPORTE),'BKP-DB2',CLASS=S, = // MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=SYSUID = //ZOS112 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=ZOS112,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.ZOS112.D190911, = // UNIT=ROBO,LABEL=(0001,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = //Z2CAT1 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=Z2CAT1,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2CAT1.D190911, = // UNIT=ROBO,LABEL=(2,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = //Z2RES1 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=Z2RES1,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2RES1.D190911, = // UNIT=ROBO,LABEL=(3,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = = Then, can we do a restore ? = = I need use the ADRDSSU COPY option ? = = Someone know, where I can found a sample for this ? = = Thanks very much. = = Sergio Lima Costa = São Paulo - Brazil = = = = Atenção: Esta mensagem foi enviada para uso exclusivo do(s) = destinatários(s) acima identificado(s), = podendo conter informações e/ou documentos confidencias/privilegiados e = seu sigilo é protegido por = lei. Caso você tenha recebido por engano, por favor, informe o remetente e = apague-a de seu sistema. = Notificamos que é proibido por lei a sua retenção, disseminação, = distribuição, cópia ou uso sem = expressa autorização do remetente. Opiniões pessoais do remetente não = refletem, necessariamente, = o ponto de vista da companhia, o qual é divulgado somente por pessoas = autorizadas. = = Warning: This message was sent for exclusive use of the addressees above = identified, possibly = containing information and or privileged/confidential documents whose = content is protected by law. = In case you have mistakenly received it, please notify the sender and = delete it from your system. = Be noticed that the law forbids the retention, dissemination, = distribution, copy or use without = express authorization from the sender. Personal opinions of the sender do = not necessarily reflect = the company's point of view, which is only divulged by authorized = personnel. = = -- = 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 = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- 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
RES: Guff! ADRDSSU Restore
Hello, Sorry, forgot said, that the dasd are dedicate, and We can't put our system down. So, need do this in fly with ZOS ONLINE. If not, really DDR is better. Thanks very much for your help. Best Regards. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de J. Cassidy Enviada em: segunda-feira, 19 de setembro de 2011 16:18 Para: IBM-MAIN@bama.ua.edu Assunto: Re: Guff! ADRDSSU Restore Sergio, I presume when you say CMS you mean another z/OS instance under z/VM. If this is the case, you can avoid the MVS JCL and use good ole DDR, as long as you have your DASD ready on your target (z/OS) system. Much easier than what you describe below. = Hello List, = = We are running ZOS 1.12 here, under Z/VM. = = We want, execute a BACKUP from our production , and restore to another = CMS MACHINE. = = We have a cartridge , with ADRDSSU STANDALONE. = = If we do a backup from all dasd with the job like this : = = //ZOSBKP JOB (SUPORTE),'BKP-DB2',CLASS=S, = // MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=SYSUID = //ZOS112 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=ZOS112,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.ZOS112.D190911, = // UNIT=ROBO,LABEL=(0001,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = //Z2CAT1 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=Z2CAT1,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2CAT1.D190911, = // UNIT=ROBO,LABEL=(2,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = //Z2RES1 EXEC PGM=ADRDSSU,REGION=0M = //DISKIN DD UNIT=SYSDA,VOL=SER=Z2RES1,DISP=SHR = //ROBOOUT DD DSN=PROD.SUP.TAPE.LAB.Z2RES1.D190911, = // UNIT=ROBO,LABEL=(3,SL),DISP=(,CATLG,DELETE), = // VOL=(,RETAIN,SER=GR) = //SYSINDD * = DUMP INDD(DISKIN) OUTDD(ROBOOUT) ALLEXCP ALLDATA(*) ADMIN = /* = = Then, can we do a restore ? = = I need use the ADRDSSU COPY option ? = = Someone know, where I can found a sample for this ? = = Thanks very much. = = Sergio Lima Costa = São Paulo - Brazil = = = = Atenção: Esta mensagem foi enviada para uso exclusivo do(s) = destinatários(s) acima identificado(s), = podendo conter informações e/ou documentos confidencias/privilegiados e = seu sigilo é protegido por = lei. Caso você tenha recebido por engano, por favor, informe o remetente e = apague-a de seu sistema. = Notificamos que é proibido por lei a sua retenção, disseminação, = distribuição, cópia ou uso sem = expressa autorização do remetente. Opiniões pessoais do remetente não = refletem, necessariamente, = o ponto de vista da companhia, o qual é divulgado somente por pessoas = autorizadas. = = Warning: This message was sent for exclusive use of the addressees above = identified, possibly = containing information and or privileged/confidential documents whose = content is protected by law. = In case you have mistakenly received it, please notify the sender and = delete it from your system. = Be noticed that the law forbids the retention, dissemination, = distribution, copy or use without = express authorization from the sender. Personal opinions of the sender do = not necessarily reflect = the company's point of view, which is only divulged by authorized = personnel. = = -- = 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 = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- 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 Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is
Re: Mainframe shops (a little) more optimistic about System z
-snip--- Mr. Prickett Morgan is known to be hysterically (sorry, meant to say historically) anti-IBM in his musings. He's been a journalist watching IBM for 20 years, so he must be an expert on all things mainframes, musn't he? Most people on this Forum take his comments with large quantities of salt. -unsnip-- Many of us also wish he would take equally large doses of Ex-Lax (or an equally powerful laxative). That would cause him to shrink away to nothingness. :-) Equally large doses of arsenic would also serve the purpose. Rick -- 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: WLM Problems
As usual the answer is it Depends IMO, the answer is yes, there is a way to exert this control an prevent the DEV/TEST region from impacting production (or at the very least mitigating the impact). There are many ways to do this and it depends on how your environment is set up. 1) Are the CICS regions managed to address space goals or transaction goals? 2) Are the CICS regions in the same Service Class? This is kind of the minimum level of knowledge I would need in order to provide a road map for resolution of this issue? Please post the above info. snip Hello all, I have a question. I'm being told that there is no way to keep a looping lower priority task in a development CICS region from affecting the dispatching of a production CICS system. Is this really true. I'm not the WLM guy, but I would have thought that there would be some way to set it up so that test, dev, batch or online would not affect a well behaved production environment. Would someone please enlighten me. /snip -- 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: Mainframe shops (a little) more optimistic about System z
--snip--- He's been a journalist That's a funny way to spell hack. unsnip- A rose by any other name Rick -- 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: WLM Problems
Yes. The simplest way is to ensure that your production regions always have a higher importance level than your development regions. That way, their goals are preferentially protected against lower importance regions. snip Hello all, I have a question. I'm being told that there is no way to keep a looping lower priority task in a development CICS region from affecting the dispatching of a production CICS system. Is this really true. I'm not the WLM guy, but I would have thought that there would be some way to set it up so that test, dev, batch or online would not affect a well behaved production environment. Would someone please enlighten me. /snip -- 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
NY Metro NaSPA Chapter Meeting: Tuesday, 27 September 2011
The next meeting of the NY Metro NaSPA Chapter will be on Tuesday, 27 September in room 1219 at the IBM Building at 590 Madison Avenue, New York City, from 10:00 AM until 4:30 PM. We have a full-day of great sessions focusing on the latest release of z/OS: Enterprise Encryption 101, Phil Smith III, Voltage Security We've all seen the seemingly weekly news about yet another data breach: millions of credit card numbers, SSNs, or other personal information exposed. Meanwhile, we all know the mainframe is secure, so we don't need to worry, right? OK, not right -- while mainframe systems tend to be more secure than distributed, this is as much due to a combination of decades of rigid change control theology and isolation from the Big, Bad Internet as it is to any inherent mainframe capabilities. And this is changing. Mainframe resources are increasingly accessible from the Internet, and even when they aren't, internal threats as well as trusted partners represent risk that must be mitigated. Mainframe applications interact with distributed machines, which can mean that a compromised distributed machine can exploit its access to mainframe data to perform dastardly deeds. Outsourcing also adds risk, as outsourced systems are by definition sharing floorspace and even silicon with other enterprises. Encryption is the technology that minimizes the cost of such data breaches, by making the leaked data useless to the thief. So more and more sites are investigating encryption, some even before a breach occurs. But where do you start with this technology? How do you make a sensible choice among dozens of vendors, between hardware and software? Where and when do you encrypt data, and is that sufficient? What about emerging standards and legislation, such as PCI DSS, Red Flag, GLBA, SB1386, Directive 95/46/EC, et al.? Come hear about implementing encryption from a business perspective -- what you need to worry about and how to approach it. This is not a comparison of encryption technologies per se, but rather a look at the issues surrounding them. While the presenter works for an encryption vendor, this is a general presentation, with minor content at the end that discusses the Voltage SecureData product as an example.. z/OS 1.13 New Facilities and Features, John Eells, Senior Software Engineer, IBM Corporation This sessions describes the highlights of the latest release of z/OS, focusing on those new facilities and features in z/OS that affect system programmers and developers. We'll discuss highlights of planned functions for scalability and performance, availability, management, security, application development, and usability. Migrating to z/OS 1.13 - Part 1, Marna Walle, Senior Technical Staff Member, IBM Corporation This is session, given in two parts, is of interest to system programmers and their managers who are migrating to z/OS 1.13 from either z/OS 1.11 or z/OS 1.12. We strongly recommended that you attend both sessions for a complete migration picture. In part one, Marna focuses on preparing for your z/OS 1.13 migration. We'll discuss the changed content of z/OS 1.13, ordering and delivery options, and will explain the coexistence, migration, fall back, and service policies. Driving and target system requirements for both software and hardware are highlighted along with some migrations actions you can perform now on your current z/OS release. Migrating to z/OS 1.13 - Part 2, Marna Walle, Senior Technical Staff Member, IBM Corporation This is a continuation of the session above. Pre-registration is requested and recommended as it simplifies getting into the building and helps us get the room set up correctly. Please RSVP to mar...@us.ibm.com as soon as is possible if you are thinking of attending. The meeting is open to non-NaSPA members and is free. Please pass this invitation on to your colleagues! Thanks!!! - Mark Mark Nelson z/OS Security Server (RACF) Design and Development IBM Corporation 2455 South Road MS/P388 Poughkeepsie, NY 12601 (845) 435-7758, tie line 8+295-7758, fax (845) 432-9589 mar...@us.ibm.com -- 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: Suggestion for a Job running Under a Loop
Jake, I am a little confused. Are you doing a COMPLE,BIND,LINKED every time you run your program? Lizette -- 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
elapsed time for DFSORT
Hi, Here we have a performance problem on DFSORT. The same DFSORT job run on different day have different elapsed time, the data processed is almost same. Form the job log, we find the different is the longer job show DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE, but our DFSORT job aloways use Hiperspace instead of work data set space. Here is DFSORT log: ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256 ICE128I 0 OPTIONS: SIZE=57313801,MAXLIM=1048576,MINLIM=450560,EQUALS=N,LIST=Y,ERET=RC16 ,MSGDDN=SYSOUT ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=(SYSDA ,004),ABCODE=MSG ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2 ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=64 ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX ICE235I 0 OPTIONS: NULLOUT=RC0 ... ICE258I 0 DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 33480 , TRACKS USED: 0 ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES ICE180I 0 HIPERSPACE STORAGE USED = 11628272K BYTES ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES ... And, we checked the SMF TYPE30 for these 2 job, it shows the total connect time(SMF30TCN) obviously increased..and the increased connect time(SMF30DCT ) is only used for SYSOUT DD.. My question is : Q1, why DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE ? and how to correct it ? we do not change the JOB. Q2, In this case, we use Hiperspace instead of work data set space, ICE258I will impace the total connect time ? and cause the elapsed become longer ? Q3, What's the possible root reason increased the total connect time(SMF30TCN) ? Welcome any comments...TIA. WXB. -- 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
IPCS panel issue
Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. Thanks Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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