Re: Design question for a UNIX facility similar to TSO SEND command
Sorry John, I didn't see you original request. We ran into the same type of issues when deveoping SyzMAIL that send the job end condition codes (max and/or all of them , plus statistics from all of the steps) to the notify UserID. We wanted to expand that function to provide more than just the highest condition code and get it to other subsystems (CICS, IMS, Etc.) and platforms and we ended up, after a lot of testing and customer feedback, picking standard EMAIL as the delivery method, mostly because of the perceived nuisance factor that the people who didn't already get any form of the notify message, didn't want to get it if it had to be like the TSO one and be received uncontrolled. We looked into sending to the -nix users directly since we can build the table any way we wanted, but we found that they also were not interested in getting the same type of interruption that TSO users have lived with for a long long time. In fact, we have found since the introduction, that a feature which we thought would probably never be used, the ability to redirect and NOT send the notification directly to the TSO UserID is one of the big selling points of the software. It allows the user (or site) to choose to only send the email and redirect the TSO send to either a log file or kill it completely. Once you provide the ability to send the message(s) to a group of interested parties, and/or a catch-all email entity that gathers the step and ending condition codes for every job the ends like SyzMAIL does, the whole reason for the interruption caused by the send goes away. Basically it turns out that apparently given the choice, the TSO user would rather not get the interruption caused by the message either. I can't tell you how many times I have received one myself and hit enter automatically before I realized what the message said. For us it's fairly easy to go look at syslog and see it again, or look at the job, but I had never considered how difficult that function was for a average user until we started to get the notes from users who were actually thanking us for the product. That was a real strange happening, normally our client support expects problem reports, which thankfully are VERY infrequent, and the positive comments coming in randomly were completely unexpected. Brian -- 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: Ted? Is that you?
Armed with ... a cell phone. Unbeatable! Kees. zMan zedgarhoo...@gmail.com wrote in message news:aanlktikk1jf5ttmgvjk+nvuurt5wcini98fb6o9ck...@mail.gmail.com... http://www.jsonline.com/news/milwaukee/104252724.html -- zMan -- I've got a mainframe and I'm not afraid to use 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 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 33014286 -- 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: CA-OPS/MVS to IBM's System Automation?
On Tue, 26 Oct 2010 13:18:03 +0800 Timothy Sipples timothy.sipp...@us.ibm.com wrote: :Glenn Miller asks: :Why send out 'alerts' to the 'world' when :we are shutting down a Started Task, say for maintenance. :I can definitely see both sides to the argument. My view is that alerts :should reflect reality, and that nobody is omniscient. If system XYZ is :going down, then the normal XYZ going down alert(s) should get sent. If ALERTs are issued for normal events, they no longer have value as ALERTs. :There's nothing that prevents sending additional alerts, though. :I also get very nervous when manual steps are required to reenable alerts, :even leaving aside the potential security issues. To err is human. Agree. -- 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
IEC145I 413-18 error
Hello list, We use DFRMM and STK VSM,when we run DB2 IMGCOPY job to backup data to tapelib, sometime there are IEC145I errors occured as following: IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 Would you pls advise..thanks a lot. -- 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
AUTO: Steven M Payne is out of the office attending IOD (returning 11/01/2010)
I am out of the office until 11/01/2010. I will be checking and responding to email. For emergenices please call my IBM follow-me number 404-487-1405. Thanks. Note: This is an automated response to your message IBM-MAIN Digest - 24 Oct 2010 to 25 Oct 2010 (#2010-298) sent on 10/25/10 22:00:03. This is the only notification you will receive while this person is away. -- 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
z/OS V1R11.0 RMF Performance Management Guide
Hi all, I'm trying to understand the postprocessor report option REPORTS(CPU) with RMF, but this book it's driving me nuts! I explain it: A.1 Understanding the Partition Data report Figure 104. Partition Data Report ___ Report Analysis | o PROCESSOR NUM | || | The number of online processors for partition NP1 is 1.2 , this | | reflects the online time percentages of 19.33% + 100% = 119.33% in | | the CPU report.| || | o LOGICAL PROCESSORS - TOTAL DISPATCH TIME | || | DISPATCH TIME4.27.519 =268 sec | | ONLINE TIME 119.33% of 14.59.678 = 1074 sec | | LP TOTAL UTIL (268/1074)*100 = 24.92 % | || | The value of 24.92% is shown as LPAR BUSY TIME PERC in the CPU| | report.| || || || Well, I understand that this time is divivided in MINS.SEC.MILISEC. like 4.27.519 is, 4MIN.27SEC.519MILISEC. So, I need someone explain me why are 268 sec, when 4'27519 * 60 sec are 256,5114 sec!! This are my data in this example: | o LOGICAL PROCESSORS - TOTAL DISPATCH TIME | | DISPATCH TIME 4'27519 * 60 = 256'51 SEC | ONLINE TIME (119.33% of 14.59.678) = 17'4183 * 60 =1045'098 SEC | LP TOTAL UTIL (256/1045)*100 = 24.49 % | There is a difference of 0.43%! And the real result of (268/1074)*100 is 24.95%! That's 0.3% more!!! How can I do my own calculations on my systems whit this incongruities? Thanks all in advance. -- Un saludo. Álvaro Guirao -- 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
z/OS V1R11.0 RMF Performance Management Guide
Hi all, I'm trying to understand the postprocessor report option REPORTS(CPU) with RMF, but this book it's driving me nuts! I explain it: A.1 Understanding the Partition Data report Figure 104. Partition Data Report ___ Report Analysis | o PROCESSOR NUM | || | The number of online processors for partition NP1 is 1.2 , this | | reflects the online time percentages of 19.33% + 100% = 119.33% in | | the CPU report.| || | o LOGICAL PROCESSORS - TOTAL DISPATCH TIME | || | DISPATCH TIME4.27.519 =268 sec | | ONLINE TIME 119.33% of 14.59.678 = 1074 sec | | LP TOTAL UTIL (268/1074)*100 = 24.92 % | || | The value of 24.92% is shown as LPAR BUSY TIME PERC in the CPU| | report.| || || || Well, I understand that this time is divivided in MINS.SEC.MILISEC. like 4.27.519 is, 4MIN.27SEC.519MILISEC. So, I need someone explain me why are 268 sec, when 4'27519 * 60 sec are 256,5114 sec!! This are my data in this example: | o LOGICAL PROCESSORS - TOTAL DISPATCH TIME | | DISPATCH TIME 4'27519 * 60 = 256'51 SEC | ONLINE TIME (119.33% of 14.59.678) = 17'4183 * 60 =1045'098 SEC | LP TOTAL UTIL (256/1045)*100 = 24.49 % | There is a difference of 0.43%! And the real result of (268/1074)*100 is 24.95%! That's 0.3% more!!! How can I do my own calculations on my systems whit this incongruities? Thanks all in advance. -- Un saludo from Spain. Álvaro Guirao -- 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
FW: z/OS V1R11.0 RMF Performance Management Guide
Alvaro, I don’t check your math. 4:27.519 is 268 seconds. 4*60 = 240. 240 + 27 =267. 267 +0.519 rounded up is 268. Jim Horne Alvaro Guirao wrote: I'm trying to understand the postprocessor report option REPORTS(CPU) with RMF, but this book it's driving me nuts! I explain it: A.1 Understanding the Partition Data report Figure 104. Partition Data Report ___ Report Analysis | o PROCESSOR NUM | View article... NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). 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: z/OS V1R11.0 RMF Performance Management Guide
Hi Jim, Thank you, I believe that I have just woken up -Mensaje original- De: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] En nombre de Horne, Jim - James S Enviado el: martes, 26 de octubre de 2010 12:41 Para: IBM-MAIN@bama.ua.edu Asunto: FW: z/OS V1R11.0 RMF Performance Management Guide Alvaro, I don’t check your math. 4:27.519 is 268 seconds. 4*60 = 240. 240 + 27 =267. 267 +0.519 rounded up is 268. Jim Horne Alvaro Guirao wrote: I'm trying to understand the postprocessor report option REPORTS(CPU) with RMF, but this book it's driving me nuts! I explain it: A.1 Understanding the Partition Data report Figure 104. Partition Data Report ___ Report Analysis | o PROCESSOR NUM | View article... NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). 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 -- 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: IEC145I 413-18 error
Hi, Xiaobing, Can you give the mount message in job log and the full jcl dd statement? Thanks. Best Regards, Johnny Luo On Tue, Oct 26, 2010 at 5:41 PM, Wang Xiaobing wang...@bayss.com wrote: Hello list, We use DFRMM and STK VSM,when we run DB2 IMGCOPY job to backup data to tapelib, sometime there are IEC145I errors occured as following: IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 Would you pls advise..thanks a lot. -- 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
gzip123
Hi, I'm looking for a tool with the program name GZIP123. It's used for zipping mainframe file. Does someone has an idea if it is still available somewhere? regards, Luc. -- 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: PDSE versus PDS
I will forgive him his SYS1.NUCLEUS jibe, since the rest of his post makes it clear that he knows very well where the real problem lies. Maybe I don't know. The only problem that I know of, and the reason that I created deferred LPA wait,was the question of how an application, starting after IPL, could know for sure that modules it needed to be in LPA (and that needed to come from a PDSE) were actually available to the application. Obviously for normal LPA, this is known because the IPL would not have gotten to the point of starting applications without normal LPA having been built. In practice, no one had complained about this, but it had bothered me, so perhaps the silent majority had been too silent and left it up to us to do what we thought needed doing. RAS problems with them at what I shall now call LPA-construction time needed to be addressed. I'm not sure, but perhaps John misconstrued what I was getting at. Having to have all the PDSE support code in common storage (and its data in the master address space) rather than in a separate address space is a RAS problem (and possibly a VSCR problem) that is not solvable without a massive restructure to allow multiple address spaces before LPA is built. That won't happen.. Yeah, you could conceive of the code living temporarily in master's private and then the real copy live in its own address space later, but that isn't going to happen either. This simply comes back to the requirement: there is none. I was not referring to RAS problems with PDSEs which would be,an entirely different matter and would not need an LPA discussion to be brought forward. I want to get rid of PDSs. Want's are nice, but do not necessarily represent requirements. There is no reason why a lot of money should be spent to make this happen. Peter Relson z/OS Core Technology Design -- 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: gzip123
http://www.gzip.org/ From: Luc Martens (KBC) luc.mart...@kbc.be To: IBM-MAIN@bama.ua.edu Date: 10/26/2010 06:28 AM Subject:gzip123 I'm looking for a tool with the program name GZIP123. It's used for zipping mainframe file. Does someone has an idea if it is still available somewhere? -- 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: gzip123
dag Luc. http://ibmmainframes.com/about44137.html jan I'm looking for a tool with the program name GZIP123. -- 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: IEC145I 413-18 error
IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 Would you pls advise..thanks a lot. My first piece of advice is look up what the message means. You make no implication as to whether you did or not. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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: Design question for a UNIX facility similar to TSO SEND command
Thanks for the feedback. Once again, I am solving a problem that doesn't really exist other than in my own mind. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Tuesday, October 26, 2010 1:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Design question for a UNIX facility similar to TSO SEND command Sorry John, I didn't see you original request. We ran into the same type of issues when deveoping SyzMAIL that send the job end condition codes (max and/or all of them , plus statistics from all of the steps) to the notify UserID. We wanted to expand that function to provide more than just the highest condition code and get it to other subsystems (CICS, IMS, Etc.) and platforms and we ended up, after a lot of testing and customer feedback, picking standard EMAIL as the delivery method, mostly because of the perceived nuisance factor that the people who didn't already get any form of the notify message, didn't want to get it if it had to be like the TSO one and be received uncontrolled. We looked into sending to the -nix users directly since we can build the table any way we wanted, but we found that they also were not interested in getting the same type of interruption that TSO users have lived with for a long long time. In fact, we have found since the introduction, that a feature which we thought would probably never be used, the ability to redirect and NOT send the notification directly to the TSO UserID is one of the big selling points of the software. It allows the user (or site) to choose to only send the email and redirect the TSO send to either a log file or kill it completely. Once you provide the ability to send the message(s) to a group of interested parties, and/or a catch-all email entity that gathers the step and ending condition codes for every job the ends like SyzMAIL does, the whole reason for the interruption caused by the send goes away. Basically it turns out that apparently given the choice, the TSO user would rather not get the interruption caused by the message either. I can't tell you how many times I have received one myself and hit enter automatically before I realized what the message said. For us it's fairly easy to go look at syslog and see it again, or look at the job, but I had never considered how difficult that function was for a average user until we started to get the notes from users who were actually thanking us for the product. That was a real strange happening, normally our client support expects problem reports, which thankfully are VERY infrequent, and the positive comments coming in randomly were completely unexpected. Brian -- 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: IEC145I 413-18 error
Luo, No any mount message... Attached pls find the job log...thanks.. 23.16.26 JOB98181 MONDAY,25 OCT 2010 23.16.26 JOB98181 IRR010I USERID BAAP033 IS ASSIGNED TO THIS JOB. 23.18.10 JOB98181 ICH70001I BAAP033 LAST ACCESS AT 23:18:04 ON MONDAY, OCTOBER 25, 2010 23.18.10 JOB98181 $HASP373 IMGCOP3 STARTED - INIT 2- CLASS D - SYS CT15 23.18.10 JOB98181 IEF403I IMGCOP3 - STARTED - TIME=23.18.10 23.18.10 JOB98181 - --TIMINGS (MINS.)-- PAGING COUNTS--- 23.18.10 JOB98181 -JOBNAME STEPNAME PROCSTEPRC EXCPCPU SRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 23.18.10 JOB98181 -IMGCOP3 XREF GENCARD 00 45.00.00.00503 0 0 0 0 0 1 23.18.11 JOB98181 IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 23.18.11 JOB98181 IDI0001I Fault Analyzer V9R1M0 (UK54591 2010/02/24) invoked by IDIXDCAP using ADIBM.FA910.PARMLIB(IDICNF00) 23.18.12 JOB98181 IDI0078E Open of fault history file ADIBM.FA710.HIST failed because: MVS SAF check shows no Write access allowed 23.18.12 JOB98181 IDI0053I Fault history file entry suppressed due to: History file access error 23.18.12 JOB98181 IDI0002I Module IGC0001I offset X'14290': Abend S413- X'18' 23.18.12 JOB98181 IEA995I SYMPTOM DUMP OUTPUT 630 630 SYSTEM COMPLETION CODE=413 REASON CODE=0018 630 TIME=23.18.11 SEQ=03611 CPU= ASID=003A 630 PSW AT TIME OF ERROR 075C1000 80DC0292 ILC 2 INTC 0D 630NO ACTIVE MODULE FOUND 630NAME=UNKNOWN 630DATA AT PSW 00DC028C - 41003B9A 0A0D41F0 38C256F0 630AR/GR 0: 9BD72C66/00DC0574 1: /A4413000 630 2: /001C76A8 3: /00DBF9DA 630 4: 00010003/008C2410 5: /008C27A4 630 6: /008C274C 7: 00010003/008C27A4 630 8: /008C276C 9: /008C4E40 630 A: /00DC1414 B: /00DC2B1C 630 C: /80DC2BFC D: /008C26D0 630 E: /80DBFB12 F: /0018 630 END OF SYMPTOM DUMP 23.18.12 JOB98181 IEA848I DUMP SUPPRESSED - ABDUMP MAY NOT DUMP STORAGE FOR KEY 0-7 JOB IMGCOP3 23.18.12 JOB98181 IEA848I INSTALLATION PREDUMP EXIT, IDIXDCAP, SUPPRESSED THE DUMP REQUEST 23.18.13 JOB98181 IEF450I IMGCOP3 IMGCOPY XREF - ABEND=S413 U REASON=0018 634 634 TIME=23.18.13 23.18.13 JOB98181 -IMGCOP3 XREF IMGCOPY *S413 1999.00.00.05 13507 0 0 0 0 0 2 23.18.13 JOB98181 IEF404I IMGCOP3 - ENDED - TIME=23.18.13 23.18.13 JOB98181 -IMGCOP3 ENDED. NAME- TOTAL CPU TIME= .00 TOTAL ELAPSED TIME= .05 23.18.13 JOB98181 $HASP395 IMGCOP3 ENDED -- 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 1 J E S 2 J O B L O G -- S Y S T E M C T 1 5 -- N O D E N 1 0 23.16.26 JOB98181 MONDAY,25 OCT 2010 23.16.26 JOB98181 IRR010I USERID BAAP033 IS ASSIGNED TO THIS JOB. 23.18.10 JOB98181 ICH70001I BAAP033 LAST ACCESS AT 23:18:04 ON MONDAY, OCTOBER 25, 2010 23.18.10 JOB98181 $HASP373 IMGCOP3 STARTED - INIT 2- CLASS D - SYS CT15 23.18.10 JOB98181 IEF403I IMGCOP3 - STARTED - TIME=23.18.10 23.18.10 JOB98181 - --TIMINGS (MINS.)--PAGING COUNTS--- 23.18.10 JOB98181 -JOBNAME STEPNAME PROCSTEPRC EXCPCPUSRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 23.18.10 JOB98181 -IMGCOP3 XREF GENCARD 00 45.00.00 .00503 0 0 0 0 0 1 23.18.11 JOB98181 IEC145I 413-18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930 23.18.11 JOB98181 IDI0001I Fault Analyzer V9R1M0 (UK54591 2010/02/24) invoked by IDIXDCAP using ADIBM.FA910.PARMLIB(IDICNF00) 23.18.12 JOB98181 IDI0078E Open of fault history file ADIBM.FA710.HIST failed because: MVS SAF check shows no Write access allowed 23.18.12 JOB98181 IDI0053I Fault history file entry suppressed due to: History file access error 23.18.12 JOB98181 IDI0002I Module IGC0001I offset X'14290': Abend S413-X'18' 23.18.12 JOB98181 IEA995I SYMPTOM DUMP OUTPUT 630 630 SYSTEM COMPLETION CODE=413 REASON CODE=0018 630 TIME=23.18.11 SEQ=03611 CPU= ASID=003A 630 PSW AT TIME OF ERROR 075C1000
Re: IEC145I 413-18 error
Looks like a racf (or what ever security you are using) error: IDI0078E Open of fault history file ADIBM.FA710.HIST failed because: MVS SAF check shows no Write access allowed mace -- 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: IEC145I 413-18 error
Luo, No any mount message... Attached pls find the job log...thanks.. 23.16.26 JOB98181 MONDAY,25 OCT 2010 23.16.26 JOB98181 IRR010I USERID BAAP033 IS ASSIGNED TO THIS JOB. 23.18.10 JOB98181 ICH70001I BAAP033 LAST ACCESS AT 23:18:04 ON MONDAY, OCTOBER 25, 2010 23.18.10 JOB98181 $HASP373 IMGCOP3 STARTED - INIT 2- CLASS D - SYS CT15 23.18.10 JOB98181 IEF403I IMGCOP3 - STARTED - TIME=23.18.10 23.18.10 JOB98181 - --TIMINGS (MINS.)-- PAGING COUNTS--- 23.18.10 JOB98181 -JOBNAME STEPNAME PROCSTEPRC EXCPCPU SRB CLOCK SERV PG PAGE SWAPVIO SWAPS STEPNO 23.18.10 JOB98181 -IMGCOP3 XREF GENCARD 00 45.00.00.00503 0 0 0 0 0 1 23.18.11 JOB98181 IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 23.18.11 JOB98181 IDI0001I Fault Analyzer V9R1M0 (UK54591 2010/02/24) invoked by IDIXDCAP using ADIBM.FA910.PARMLIB(IDICNF00) 23.18.12 JOB98181 IDI0078E Open of fault history file ADIBM.FA710.HIST failed because: MVS SAF check shows no Write access allowed 23.18.12 JOB98181 IDI0053I Fault history file entry suppressed due to: History file access error 23.18.12 JOB98181 IDI0002I Module IGC0001I offset X'14290': Abend S413- X'18' 23.18.12 JOB98181 IEA995I SYMPTOM DUMP OUTPUT 630 630 SYSTEM COMPLETION CODE=413 REASON CODE=0018 630 TIME=23.18.11 SEQ=03611 CPU= ASID=003A 630 PSW AT TIME OF ERROR 075C1000 80DC0292 ILC 2 INTC 0D 630NO ACTIVE MODULE FOUND 630NAME=UNKNOWN 630DATA AT PSW 00DC028C - 41003B9A 0A0D41F0 38C256F0 630AR/GR 0: 9BD72C66/00DC0574 1: /A4413000 630 2: /001C76A8 3: /00DBF9DA 630 4: 00010003/008C2410 5: /008C27A4 630 6: /008C274C 7: 00010003/008C27A4 630 8: /008C276C 9: /008C4E40 630 A: /00DC1414 B: /00DC2B1C 630 C: /80DC2BFC D: /008C26D0 630 E: /80DBFB12 F: /0018 630 END OF SYMPTOM DUMP 23.18.12 JOB98181 IEA848I DUMP SUPPRESSED - ABDUMP MAY NOT DUMP STORAGE FOR KEY 0-7 JOB IMGCOP3 23.18.12 JOB98181 IEA848I INSTALLATION PREDUMP EXIT, IDIXDCAP, SUPPRESSED THE DUMP REQUEST 23.18.13 JOB98181 IEF450I IMGCOP3 IMGCOPY XREF - ABEND=S413 U REASON=0018 634 634 TIME=23.18.13 23.18.13 JOB98181 -IMGCOP3 XREF IMGCOPY *S413 1999.00.00.05 13507 0 0 0 0 0 2 23.18.13 JOB98181 IEF404I IMGCOP3 - ENDED - TIME=23.18.13 23.18.13 JOB98181 -IMGCOP3 ENDED. NAME- TOTAL CPU TIME= .00 TOTAL ELAPSED TIME= .05 23.18.13 JOB98181 $HASP395 IMGCOP3 ENDED If you look up the IEC145I you get 413-18 The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified in the DCB ABEND exit routine. Your JCL shows 52 XXSYSCOPY1 DD DSN=TPREFIX..PREFIX..IMG.TSTABLE..DATE, 00020001 XX VOL=(,,,255),UNIT=VTAPE,LABEL=(1,SL),RETPD=7, 00030002 XX SPACE=(CYL,(100,300),RLSE),DISP=(NEW,CATLG,DELETE) 00050002 IEFC653I SUBSTITUTION JCL - DSN=BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930,VOL=(,,,255),UNIT=VTAPE,LABEL= (1, SL),RETPD=7,SPACE=(CYL,(100,300),RLSE),DISP=(NEW,CATLG,DELETE) It is possible that if you got the security to the Fault Analyzer it would tell you exactly what you need for this problem. 23.18.12 JOB98181 IDI0078E Open of fault history file ADIBM.FA710.HIST failed because: MVS SAF check shows no Write access allowed Why do you have Label=(1,SL) coded yet you also have SPACE coded? Is this TAPE or a DASD dataset? If TAPE, I would remove the SPACE= parms that are used by DASD 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: IEC145I 413-18 error
Thanks Ted for you reply.. IEC145I 413-18 form IBM manual means: The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified in the DCB ABEND exit routine. But the dataset is new create, the DD statement code as following: //SYSCOPY1 DD DSN=BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930,VOL= (,,,255),UNIT=VTAPE,LABEL=(1,SL),RETPD=7,SPACE=(CYL, (100,300),RLSE),DISP=(NEW,CATLG,DELETE) I do not think the volume serial have to be specified... This error does not occured everytime when we submit the IMGCOPY jcl, after error, resubmit may ok. -- 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: IEC145I 413-18 error
The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified. in the DCB ABEND exit routine. But the dataset is new create, the DD statement code as following: Then you've got a conflict. If you're just creating the dataset, why does Image Copy think it's for input? - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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: IEC145I 413-18 error
Why are you specifying space for a tape dataset? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wang Xiaobing Sent: Tuesday, October 26, 2010 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEC145I 413-18 error Thanks Ted for you reply.. IEC145I 413-18 form IBM manual means: The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified in the DCB ABEND exit routine. But the dataset is new create, the DD statement code as following: //SYSCOPY1 DD DSN=BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930,VOL= (,,,255),UNIT=VTAPE,LABEL=(1,SL),RETPD=7,SPACE=(CYL, (100,300),RLSE),DISP=(NEW,CATLG,DELETE) I do not think the volume serial have to be specified... This error does not occured everytime when we submit the IMGCOPY jcl, after error, resubmit may ok. -- 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: IEC145I 413-18 error
Hi, Xiaobing, http://www-01.ibm.com/support/docview.wss?uid=swg1PQ99304 http://www-01.ibm.com/support/docview.wss?uid=swg1PQ99304 User ran DB2 COPY or COPYTOCOPY utility on a list of objects and defined their output datasets with a template specifying UNIT TAPE, STACK YES, and with a disposition of KEEP (uncataloged). The job abended and was restarted by the user. The restarted job abended with ABEND413 (Open failure) or a similar abend. It gives some hints： the first job abended and the disposition will be uncatalog. But for a re-submit, as the apar says: Upon restart of an abended COPY or COPYTOCOPY job where uncataloged output datasets are used, the volumes in use for the current object at the time of the abend must be specified for the restarted job. Regards， Luo XingKui （罗兴魁） Bayshore Consulting Services Co.,Ltd 百硕同兴科技（北京）有限公司 MP : 1391-0669-765 Mail: luo...@bayss.com Web : www.bayss.com On Tue, Oct 26, 2010 at 8:37 PM, Wang Xiaobing wang...@bayss.com wrote: Thanks Ted for you reply.. IEC145I 413-18 form IBM manual means: The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified in the DCB ABEND exit routine. But the dataset is new create, the DD statement code as following: //SYSCOPY1 DD DSN=BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930,VOL= (,,,255),UNIT=VTAPE,LABEL=(1,SL),RETPD=7,SPACE=(CYL, (100,300),RLSE),DISP=(NEW,CATLG,DELETE) I do not think the volume serial have to be specified... This error does not occured everytime when we submit the IMGCOPY jcl, after error, resubmit may ok. -- 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: IEC145I 413-18 error
Thanks, mace. I think the IDI0078E means the IEC145I 413-18 error occured, Fault Analyzer detected the error, and then try to record it in fault history file, but no Write access allowed. -- 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: IEC145I 413-18 error
Hi, Xiaobing, http://www-01.ibm.com/support/docview.wss?uid=swg1PQ99304 http://www-01.ibm.com/support/docview.wss?uid=swg1PQ99304 User ran DB2 COPY or COPYTOCOPY utility on a list of objects and defined their output datasets with a template specifying UNIT TAPE, STACK YES, and with a disposition of KEEP (uncataloged). The job abended and was restarted by the user. The restarted job abended with ABEND413 (Open failure) or a similar abend. It gives some hints： the first job abended and the disposition will be uncatalog. But for a re-submit, as the apar says: Upon restart of an abended COPY or COPYTOCOPY job where uncataloged output datasets are used, the volumes in use for the current object at the time of the abend must be specified for the restarted job. Best Regards, Johnny Luo On Tue, Oct 26, 2010 at 8:37 PM, Wang Xiaobing wang...@bayss.com wrote: Thanks Ted for you reply.. IEC145I 413-18 form IBM manual means: The specified data set was opened for input, but no volume serial number was specified on the DD statement. A recovery attempt request may be specified in the DCB ABEND exit routine. But the dataset is new create, the DD statement code as following: //SYSCOPY1 DD DSN=BACKUPP1.SIT2CBS.IMG.TSXREF.MON2314.M0930,VOL= (,,,255),UNIT=VTAPE,LABEL=(1,SL),RETPD=7,SPACE=(CYL, (100,300),RLSE),DISP=(NEW,CATLG,DELETE) I do not think the volume serial have to be specified... This error does not occured everytime when we submit the IMGCOPY jcl, after error, resubmit may ok. -- 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: IEC145I 413-18 error
Ted MacNEIL eamacn...@yahoo.ca wrote in message news:1888448853-1288095264-cardhu_decombobulator_blackberry.rim.net-933 5095...@bda506.bisx.prod.on.blackberry... IEC145I 413- 18,IFG0194A,IMGCOP3,IMGCOPY,SYSCOPY1,07CA,,BACKUPP1.SIT2CBS.IMG.TS XREF.MON2314.M0930 Would you pls advise..thanks a lot. My first piece of advice is look up what the message means. You make no implication as to whether you did or not. - I'm a SuperHero with neither powers, nor motivation! Kimota! Did you? I did and was rather puzzled by the explanation. Kees. 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 33014286 -- 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: PDSEs versus PDSs
In his most recent post in this thread Peter Relson speaks of . . . massive restructure to allow multiple address spaces before LPA is built . . . and I am not dubious. His argument is, I am sure, a sincere and not a disingenuousd one. It is nevertheless an argument of the form, 'Scrambled eggs cannot be available on the breakfast menu; they are available only on the lunch menu; to make them available at breakfast too would require us to serve breakfast in a different dining room, change the size of the plates on which we serve breakfasts, bring the lunch crew in five hours earlier, etc., etc. I remember when certain PDS members, used at IPL time, were required to contain only unblocked card images (RECFM=F,LRECL=80,BLKSIZE=80). This requirement was imposed because QSAM's full facilitioes were not yet available when these members were read. Analogously, it would be entirely possible to build the LPA using a subset of rudimentary facilities that were yet capable of bringing a vanilla program object resident in a PDSE into storage, incorporating it in the LPA. To say more about aliases would be to shout down a well. With the conspicuous exception of Mr. Postpischl those who have commented on them understand neither how they work for PDS members nor how they work, differently, for PDSE members. (In particular they are unaware of stealing and the problems it addresses.) John Gilmore Ashland, MA 01721-1817 USA -- 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: PDSEs versus PDSs
Will not having scrambled eggs at breakfast stop people staying in the hotel? 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-m...@bama.ua.edu] On Behalf Of john gilmore Sent: 26 October 2010 14:14 To: IBM-MAIN@bama.ua.edu Subject: Re: PDSEs versus PDSs In his most recent post in this thread Peter Relson speaks of . . . massive restructure to allow multiple address spaces before LPA is built . . . and I am not dubious. His argument is, I am sure, a sincere and not a disingenuousd one. It is nevertheless an argument of the form, 'Scrambled eggs cannot be available on the breakfast menu; they are available only on the lunch menu; to make them available at breakfast too would require us to serve breakfast in a different dining room, change the size of the plates on which we serve breakfasts, bring the lunch crew in five hours earlier, etc., etc. I remember when certain PDS members, used at IPL time, were required to contain only unblocked card images (RECFM=F,LRECL=80,BLKSIZE=80). This requirement was imposed because QSAM's full facilitioes were not yet available when these members were read. Analogously, it would be entirely possible to build the LPA using a subset of rudimentary facilities that were yet capable of bringing a vanilla program object resident in a PDSE into storage, incorporating it in the LPA. To say more about aliases would be to shout down a well. With the conspicuous exception of Mr. Postpischl those who have commented on them understand neither how they work for PDS members nor how they work, differently, for PDSE members. (In particular they are unaware of stealing and the problems it addresses.) John Gilmore Ashland, MA 01721-1817 USA -- 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
New DFSORT/ICETOOL Features (Oct, 2010)
(Darren pre-approved this post.) PTF UK90025 for z/OS DFSORT V1R10 and PTF UK90026 for z/OS DFSORT V1R12 (Oct, 2010) provide important enhancements to DFSORT and DFSORT's ICETOOL for resizing records (RESIZE operator); updating the trailer record (IFTRAIL); processing subsets (ACCEPT); translation of ASCII to EBCDIC (TRAN=ATOE), EBCDIC to ASCII (TRAN=ETOA), EBCDIC hex to binary (TRAN=UNHEX), and more; date field arithmetic (ADDDAYS, ADDMONS, ADDYEARS, SUBDAYS, SUBMONS, SUBYEARS, DATEDIFF, NEXTDday, PREVDday, LASTDAYW, LASTDAYM, LASTDAYQ and LASTDAYY); timestamp constant with microseconds (DATE5); group functions (KEYBEGIN); use of SET and PROC symbols in control statements (JPnstring in EXEC PARM); more information in reports; arger fields; easier migration from other sort products, and more. For complete details on these new features, see my User Guide for DFSORT PTFs UK90025 and UK90026 paper (sortugph.pdf) at: http://www.ibm.com/support/docview.wss?rs=114uid=isg3T7000242 Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- 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: PDSEs versus PDSs
No, it is only certain parts of the world where people can't start the day without scrambled eggs. I can well live without them, and also without my personal NIP modules in PDSE LPA. Kees. Rob Scott rsc...@rocketsoftware.com wrote in message news:295ed806ab479944b1217cc84a173de007c24...@nwt-s-mbx2.rocketsoftware .com... Will not having scrambled eggs at breakfast stop people staying in the hotel? 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-m...@bama.ua.edu] On Behalf Of john gilmore Sent: 26 October 2010 14:14 To: IBM-MAIN@bama.ua.edu Subject: Re: PDSEs versus PDSs In his most recent post in this thread Peter Relson speaks of . . . massive restructure to allow multiple address spaces before LPA is built . . . and I am not dubious. His argument is, I am sure, a sincere and not a disingenuousd one. It is nevertheless an argument of the form, 'Scrambled eggs cannot be available on the breakfast menu; they are available only on the lunch menu; to make them available at breakfast too would require us to serve breakfast in a different dining room, change the size of the plates on which we serve breakfasts, bring the lunch crew in five hours earlier, etc., etc. I remember when certain PDS members, used at IPL time, were required to contain only unblocked card images (RECFM=F,LRECL=80,BLKSIZE=80). This requirement was imposed because QSAM's full facilitioes were not yet available when these members were read. Analogously, it would be entirely possible to build the LPA using a subset of rudimentary facilities that were yet capable of bringing a vanilla program object resident in a PDSE into storage, incorporating it in the LPA. To say more about aliases would be to shout down a well. With the conspicuous exception of Mr. Postpischl those who have commented on them understand neither how they work for PDS members nor how they work, differently, for PDSE members. (In particular they are unaware of stealing and the problems it addresses.) John Gilmore Ashland, MA 01721-1817 USA -- 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 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 33014286 -- 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: PDSEs versus PDSs
On Tue, 26 Oct 2010 13:14:19 + john gilmore john_w_gilm...@msn.com wrote: :In his most recent post in this thread Peter Relson speaks of : . . . massive restructure to allow multiple address spaces before LPA is built . . . :and I am not dubious. :His argument is, I am sure, a sincere and not a disingenuousd one. It is nevertheless an argument of the form, 'Scrambled eggs cannot be available on the breakfast menu; they are available only on the lunch menu; to make them available at breakfast too would require us to serve breakfast in a different dining room, change the size of the plates on which we serve breakfasts, bring the lunch crew in five hours earlier, etc., etc. Actually it is more like People aren't willing to pay more, so why take great efforts to provide scrambled eggs for breakfast. It is nice to sit in an ivory tower and speak of what should be, but there are also practical considerations. Just because something can be done does not mean that it worth the effort to do it. -- 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
Re: IEC145I 413-18 error
Thanks for reply.. That's what I can not understand with.. If you're just creating the dataset, why does Image Copy think it's for input? Wang Xiaobing. -- 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: IEC145I 413-18 error
On Tue, 26 Oct 2010 09:32:49 -0500, Wang Xiaobing wrote: Thanks for reply.. That's what I can not understand with.. If you're just creating the dataset, why does Image Copy think it's for input? It's not a normal copy-job, it's a restart of a copy-job that abended (see msg DSNU021I -DD17 DSNUGASU - COPY UTILITY WITH UTILID = XREF ENDED IN PHASE = COPY, WILL ATTEMPT TO RESTART(CURRENT) in your output). The DISP-parameter should be (MOD,CATLG,CATLG). Read the manual: http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dsnugj19/2.9.2.5.2?SHELF=DT=20100531082212 http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dsnugj19/2.2.5.1?SHELF=DT=20100531082212 Norbert Friemel -- 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: PDSEs versus PDSs
On 26 Oct 2010 07:30:50 -0700, in bit.listserv.ibm-main you wrote: On Tue, 26 Oct 2010 13:14:19 + john gilmore john_w_gilm...@msn.com wrote: :In his most recent post in this thread Peter Relson speaks of : . . . massive restructure to allow multiple address spaces before LPA is built . . . :and I am not dubious. :His argument is, I am sure, a sincere and not a disingenuousd one. It is nevertheless an argument of the form, 'Scrambled eggs cannot be available on the breakfast menu; they are available only on the lunch menu; to make them available at breakfast too would require us to serve breakfast in a different dining room, change the size of the plates on which we serve breakfasts, bring the lunch crew in five hours earlier, etc., etc. Actually it is more like People aren't willing to pay more, so why take great efforts to provide scrambled eggs for breakfast. It is nice to sit in an ivory tower and speak of what should be, but there are also practical considerations. Just because something can be done does not mean that it worth the effort to do it. Here it goes back to strategy. The failure to provide a way to transition to an FBA world has probably cost IBM far more than the 26 million it would have cost back when. PDS support may have to be enhanced for certain things because PDSE can't truly supplant the PDS. We have the kludge of the operating system poorly fitting FBA data to CKD architecture only to have that CKD result mapped back to FBA in the controller. IBM has to support two connections to the same set of devices, one for zOS and probably other z and one for everything else. Unfortunately the MVS arena has never felt comfortable with FBA and the failure to have GDG capability and tape compatibility (something available on the RCA Spectra 70) for ESDS data is just another symptom. I remember resenting having to keep a non-SNA local controller just to handle console devices (and 2 of them so that a 3274 failure didn't cripple the system). In the case of PDSE, failure to have it fully available means that we are stuck with PDSs for a very long time. Clark Morris -- 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: PDSE versus PDS
On 26 Oct 2010 04:34:49 -0700, in bit.listserv.ibm-main you wrote: I will forgive him his SYS1.NUCLEUS jibe, since the rest of his post makes it clear that he knows very well where the real problem lies. Maybe I don't know. The only problem that I know of, and the reason that I created deferred LPA wait,was the question of how an application, starting after IPL, could know for sure that modules it needed to be in LPA (and that needed to come from a PDSE) were actually available to the application. Obviously for normal LPA, this is known because the IPL would not have gotten to the point of starting applications without normal LPA having been built. In practice, no one had complained about this, but it had bothered me, so perhaps the silent majority had been too silent and left it up to us to do what we thought needed doing. RAS problems with them at what I shall now call LPA-construction time needed to be addressed. I'm not sure, but perhaps John misconstrued what I was getting at. Having to have all the PDSE support code in common storage (and its data in the master address space) rather than in a separate address space is a RAS problem (and possibly a VSCR problem) that is not solvable without a massive restructure to allow multiple address spaces before LPA is built. That won't happen.. Yeah, you could conceive of the code living temporarily in master's private and then the real copy live in its own address space later, but that isn't going to happen either. This simply comes back to the requirement: there is none. I was not referring to RAS problems with PDSEs which would be,an entirely different matter and would not need an LPA discussion to be brought forward. Why would all of the PDSE support code have to be in memory for just the read and load functions? Also could the read code be above the bar if just used for pintail load and discarded? Clark Morris I want to get rid of PDSs. Want's are nice, but do not necessarily represent requirements. There is no reason why a lot of money should be spent to make this happen. Peter Relson z/OS Core Technology Design -- 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: IEC145I 413-18 error
Norbert, thanks. that is the reason.. -- 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: EntireX and LOCALHOST
Hi Chris,
One final question. It seems to me, that for my purposes,
GLOBALIPNODES is a better choice than DEFAULTIPNODES. The only purpose I
know I have for the file at all is to resolve LOCALHOST. Everyone else
should be using DNS.
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Monday, October 25, 2010 5:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: EntireX and LOCALHOST
Dave
Back at the end of August, Lizette Kohler - in effect - had a similar
problem.
She needed something in her name server fixed - preferably quickly -
but the
time-scale was out of her control. If that also applies to you in that
you would
prefer the damage to be repaired right now rather than at the end of
the
change cycle - and you are in charge of the Resolver-related members,
perhaps you should follow up what I am about to mention.
It may be that in Lizette's case, she did not have a customized
Resolver
address space. There's every indication that you do, so you're, say,
90
% of
the way there - in comparison with someone who needs to get a
customized
Resolver set up first.[1]
Assuming you are not using an old-fashioned HOSTS.LOCAL file with the
irritating MAKESITE command conversion, the easiest way to repair
the damage is to change NOCOMMONSEARCH to COMMONSEARCH in your
Resolver setup file and specify a
DEFAULTIPNODES('TCPIP.WSUMVS1.PARMLIB
(IPNODES)') statement.
Then you need to create member IPNODES as the following:
127.0.0.1 localhost
And, just to be sure, add the following statement to member TRESDATA:
LOOKUP LOCAL DNS
Note: Member name IPNODES is only a suggestion, It can be whatever
suits
you.
This is all according to section Configuring the local host table
(optional) in
Chapter 5, TCP/IP Customization in the Configuration Guide,
specifically the
last section Creating ETC.IPNODES and /etc/ipnodes where ETC.IPNODES
and /etc/ipnodes are just two of many ways to identify the file -
obviously!
Chris Mason
-
[1] This is for any reading who may need to create a customised
Resolver.
There is a Technote(FAQ) Customizing the z/OS RESOLVER
http://www-01.ibm.com/support/docview.wss?uid=swg21066874
which, to my mind falls a long way short of really useful.
I tried to post this on IBMTCP-L but I see it failed so I am going to
have to try
again. I had hoped simply to provide an URL here but, since it's
missing, here's
the whole proposed replacement Technote. I believe I sent it to
Communications Server development for consideration - to me it's a
no-
brainer but, as they say, there's no accounting for taste:
proposed Technote
Customizing the z/OS Communications Server IP Resolver
Technote (FAQ)
Question
How do I control the z/OS Communications Server IP Resolver functions
introduced with z/OS V1R12?
Answer
Background
In z/OS V1R12, the Communications Server IP Resolver takes on three
new
functions. All three new functions are active and providing benefits
whether or
not you have customized the Resolver address space which you have been
using ever since it was introduced with z/OS V1R4. For one of these
functions, Extension Mechanisms for Domain Name System (DNS) (EDNS0)
standards, no customization is appropriate since support for the
enhanced
capabilities of the name server is determined dynamically. On the
other
hand,
in order to be able to control the operation of the other two
functions,
caching of information from resolved DNS queries and monitoring
responsiveness level of DNS name servers, the Resolver function needs
to be
customized.
Customizing the Resolver
In the z/OS V1R4 Communications Server IP component the resolver
function
was generalized and operates by default through a newly introduced
address
space. This address space has the name RESOLVER but, unusually, no
procedure with the name RESOLVER is provided in SYS1.PROCLIB. This is
because the Resolver address space is initiated with the following
command:
START IEESYSAS.RESOLVER,PROG=EZBREINI,SUB=MSTR,REUSASID=YES
This command uses the general purpose procedure IEESYSAS which
provides
only for the specification of the name of the program to be executed,
in this
case EZBREINI, the Resolver. No DD-statements can be specified. This
has the
effect that the Resolver executes with only default values for its
execution
parameters.
It is your objective to be able to specify a DD-statement in a
procedure
specifically for initiating the Resolver address space. The data set
or
file to
which the DD-statement refers will contain parameters with values
specific to
your installation.
This default behaviour is caused by the following specification in the
BPXPRMxx member responsible for z/OS UNIX System Services (OMVS)
functions:
RESOLVER_PROC(DEFAULT)
As always
Re: IBM Announcements URL
Hi John, I'll try it with Firefox on Linux when I get home tonight. IBM has been pretty good about coding their web pages to be browser-agnostic. Did you ever try this URL with Firefox on Linux? Thanks -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603.878.1148 Fax 603.925.1978 -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Craig Dudley Sent: Wednesday, October 20, 2010 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Fwd: Re: IBM Announcements URL Hi Ed, http://www-01.ibm.com/common/ssi/index.wss ---SNIP- I tried again this morning and got through with no issue. Try it again and see if it now works for you. Still same problem with Safari 5.0.2 Firefox 3.6.11 on Mac OS X 10.6.4. -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603.878.1148 Fax 603.925.1978 -- 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: EntireX and LOCALHOST
Dave You are quite right that either GLOBALIPNODES or DEFAULTIPNODES would get the job done. It's entirely up to you which you think is best. I just tossed a coin when I suggested DEFAULTIPNODES. Chris Mason On Tue, 26 Oct 2010 09:58:49 -0700, Gibney, Dave gib...@wsu.edu wrote: Hi Chris, One final question. It seems to me, that for my purposes, GLOBALIPNODES is a better choice than DEFAULTIPNODES. The only purpose I know I have for the file at all is to resolve LOCALHOST. Everyone else should be using DNS. Dave Gibney Information Technology Services Washington State University -- 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
Necessity of UID zero.
Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all 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: Necessity of UID zero.
Are you talking about the install jobs themselves or the various tasks that are part of a running system. The user submitting the install jobs (actually the USER= associated with the job) does not need UID(0) but they must have BPX.SUPERUSER. The jobs themselves will issue an SU as needed. Quite a few releases ago this was not true and the USER= had to be UID(0), not sure when this went away but it was many years ago. The various tasks that make up a working system each has their own need for UID(0) documented if it is needed. -Original Message- Hal Merritt Sent: Tuesday, October 26, 2010 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Necessity of UID zero. Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. -- 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
HMC network connexions security
Hello - I'm in the process of reviewing the security of System z HMC network communications, in the context of putting together a mainframe security cookbook for our installation's technical staff. After reading the HMC books (Operations Guide, Installation Manual), relevant Redbooks and white papers, I came to figure out the inbound and outbound HMC network connexions and how they are protected (in terms of confidentiality and integrity) as listed below. I gladly share this information with anybody who might be interested ... along with some still unanswered questions (hoping that listers might know the answers or give some clues). Here is how the list looks like: A- Connexions with managed objects 1- the connexion with SE (once the discovery phase is over) is HTTP based - SSL/TLS mandatory - The HMC is the serveur with a serveur certificate - The client has no certificate. 2- ditto for the connexion with the ESCON Director console 3- ditto for the Sysplex timer console 4- I assume it is the same for the communications with the Fiber Saver (2029) B- Remote access Either via a remote HMC or a browser: same as above - HTTP based - SSL/TLS mandatory - The HMC is the serveur with a serveur certificate - The client has no certificate. C-Automation 1- via the CIM API: HTTP based - SSL/TLS mandatory - The HMC is the serveur with a serveur certificate - The client has no certificate. 2- via SNMP -I found a mention, once, of SNMPv3 but could not find any mention of confidentiality and integrity being implemented - Any idea ??? D- LDAP serveur Optionally for user authentication - Can be SSL/TLS protected - the server is the LDAP server, the HMC is a client without a client certificate. E-Internet NTP server I could not find any mention of protection regarding this connexion - Any idea ??? F-Electronic Agent 1- FTP from System z to HMC agent : FTP, no connexion protection (beside FTP userID and password). 2- Sending the data to IBM: I assume it is the same as remote support below ??? G- Remote support HTTP based - SSL/TLS protected - The HMC is the client, without a client certificate. H-SMTP For email sent by the HMC event monitor - I could not find any mention of protection regarding this connexion - Any idea ??? TIA for any contribution to answering the pending questions. -- 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: Necessity of UID zero.
Ken provided just about all the information that one could need. I just wanted to add that many applications which run as STCs and claim to require UID0 (e.g. because they do not issue su) will run perfectly well if you indicate trusted in the STDATA segment associated with the STC's started resource. Doing so affords the UNIX processes / threads within the STC's address space the use of all (or, possibly, just most) superuser capabilities. Obviously, you have to really trust the STC to be nice about accessing datasets. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, October 26, 2010 12:18 To: IBM-MAIN@bama.ua.edu Subject: Re: Necessity of UID zero. Are you talking about the install jobs themselves or the various tasks that are part of a running system. The user submitting the install jobs (actually the USER= associated with the job) does not need UID(0) but they must have BPX.SUPERUSER. The jobs themselves will issue an SU as needed. Quite a few releases ago this was not true and the USER= had to be UID(0), not sure when this went away but it was many years ago. The various tasks that make up a working system each has their own need for UID(0) documented if it is needed. -Original Message- Hal Merritt Sent: Tuesday, October 26, 2010 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Necessity of UID zero. Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. -- 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
PHP on z/OS
Hello Forumers, Anyone out there is using PHP on z/OS ? Would like to know if you just playing, testing or actual production, no need for names. Thanks for any info. Arye. -- 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: Necessity of UID zero.
I should state that when I installed the Ported Tools (Outside of ServerPac (I haven't done it in a ServerPac yet). They had a couple of scripts to run where you needed to be UID(0) or SU before you ran the script. But that was just for setting up the directory structure. -Original Message- Starr, Alan Ken provided just about all the information that one could need. I just wanted to add that many applications which run as STCs and claim to require UID0 (e.g. because they do not issue su) will run perfectly well if you indicate trusted in the STDATA segment associated with the STC's started resource. Doing so affords the UNIX processes / threads within the STC's address space the use of all (or, possibly, just most) superuser capabilities. Obviously, you have to really trust the STC to be nice about accessing datasets. Alan -Original Message- Ken Porowski Are you talking about the install jobs themselves or the various tasks that are part of a running system. The user submitting the install jobs (actually the USER= associated with the job) does not need UID(0) but they must have BPX.SUPERUSER. The jobs themselves will issue an SU as needed. Quite a few releases ago this was not true and the USER= had to be UID(0), not sure when this went away but it was many years ago. The various tasks that make up a working system each has their own need for UID(0) documented if it is needed. -Original Message- Hal Merritt Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. -- 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: Necessity of UID zero.
And, of course, Third party software that installs into the filesystems may require you to be UID(0) to perform the install. Hal, What do your auditors say about UID(0) on the non Mainframe *NIX systems? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Porowski, Ken Sent: Tuesday, October 26, 2010 3:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Necessity of UID zero. I should state that when I installed the Ported Tools (Outside of ServerPac (I haven't done it in a ServerPac yet). They had a couple of scripts to run where you needed to be UID(0) or SU before you ran the script. But that was just for setting up the directory structure. -Original Message- Starr, Alan Ken provided just about all the information that one could need. I just wanted to add that many applications which run as STCs and claim to require UID0 (e.g. because they do not issue su) will run perfectly well if you indicate trusted in the STDATA segment associated with the STC's started resource. Doing so affords the UNIX processes / threads within the STC's address space the use of all (or, possibly, just most) superuser capabilities. Obviously, you have to really trust the STC to be nice about accessing datasets. Alan -Original Message- Ken Porowski Are you talking about the install jobs themselves or the various tasks that are part of a running system. The user submitting the install jobs (actually the USER= associated with the job) does not need UID(0) but they must have BPX.SUPERUSER. The jobs themselves will issue an SU as needed. Quite a few releases ago this was not true and the USER= had to be UID(0), not sure when this went away but it was many years ago. The various tasks that make up a working system each has their own need for UID(0) documented if it is needed. -Original Message- Hal Merritt Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. -- 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: Necessity of UID zero.
Should be able to do that with the proper UNIXPRIV profiles, which all start with FILESYS.SUPERUSER . I do mkdir commands and chown command for files all over the filesystem using my ID (which is non-zero UID) without doing an su command. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, October 26, 2010 2:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Necessity of UID zero. I should state that when I installed the Ported Tools (Outside of ServerPac (I haven't done it in a ServerPac yet). They had a couple of scripts to run where you needed to be UID(0) or SU before you ran the script. But that was just for setting up the directory structure. -Original Message- Starr, Alan Ken provided just about all the information that one could need. I just wanted to add that many applications which run as STCs and claim to require UID0 (e.g. because they do not issue su) will run perfectly well if you indicate trusted in the STDATA segment associated with the STC's started resource. Doing so affords the UNIX processes / threads within the STC's address space the use of all (or, possibly, just most) superuser capabilities. Obviously, you have to really trust the STC to be nice about accessing datasets. Alan -Original Message- Ken Porowski Are you talking about the install jobs themselves or the various tasks that are part of a running system. The user submitting the install jobs (actually the USER= associated with the job) does not need UID(0) but they must have BPX.SUPERUSER. The jobs themselves will issue an SU as needed. Quite a few releases ago this was not true and the USER= had to be UID(0), not sure when this went away but it was many years ago. The various tasks that make up a working system each has their own need for UID(0) documented if it is needed. -Original Message- Hal Merritt Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? Thanks. -- 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: Necessity of UID zero.
W dniu 2010-10-26 21:09, Hal Merritt pisze: Cross posed to MVS. Sorry, I don't have an account in the UNIX list. I am in the crossfire between auditors insisting that nothing needs UID 0 and sysprogs insiting that everything in their serverpac jobs must have UID zero as coded. Any suggestions? 1. Both are wrong. YES! both. 2. Since serverpac installation is (should) never been done on productions system as a driver then auditors requirements are plain STUPID. 3. Last but not least - there are system tasks which require UID(0) as documented. Claiming something opposite without any proof is another evidence of stupidity. 4. Enlight your sysprogs that at least some of the jobs in ServerPac do not require UID(0). Example: a job that invokes ICKDSF. Hard words, but justified IMHO. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych. -- 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: Necessity of UID zero.
I just wanted to add that many applications which run as STCs and claim to require UID0 (e.g. because they do not issue su) will run perfectly well if you indicate trusted in the STDATA segment associated with the STC's started resource. Do you want to take the chance, on your own, and ignore the vendors' (IBM and others) recommendation? I'd rather provide the doc to the auditors, and challenge the vendors to justify the use of UID(0). But, until the doc changes, I won't. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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
1.12 SDSF Problem
This one bit us today. We saw very bad performance looking at jobs on other systems in a MAS from a 1.12 system. It turns out all down-level JES2 systems must be warm-started with USE_XCFGRPNM=YES specified in JES2PARMs. To make matters worse, if you code USE_XCFGRPNM=YES on the 1.12 system JES2 doesn't recognize the parameter and prompts the operator for a response. It's described (sort of) in APAR OA34164. As one of my guys pointed out, (E)JES had no such problem. Bob Shannon -- 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: Necessity of UID zero.
On Tue, 26 Oct 2010 22:08:22 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: 2. Since serverpac installation is (should) never been done on productions system as a driver then auditors requirements are plain STUPID. Why not? Your driving system isn't affected. Performance may be much better also. Other reasons could include having enough dasd for SMPNTS, ICSF or other software you want / need on the driving system. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: z/os 1.11 and low private
Even though it is not the default with appropriate testing no one should be afraid of setting USEZOSV1R9RULES(NO). This is going to have a positive impact on performance in select tasks. We went to production this way VSM USEZOSV1R9RULES(NO) and have kept this setting. I do hope IBM eventually changed the default. D DIAG IGV007I 14.19.08 DIAG DISPLAY 060 VSM TRACK CSA(ON) SQA(ON) VSM TRACE GET(OFF) FREE(OFF) VSM CHECKREGIONLOSS(300K,10M) VSM ALLOWUSERKEYCSA(NO) VSM BESTFITCSA(YES) VSM USEZOSV1R9RULES(NO) TRAPS NAME() CBLOC VIRTUAL24() VIRTUAL31(IHALCCA,IHAPCCA) REUSASID(YES) AUTOIPL SADMP(NONE) MVS(4409,930EEA.1) Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Monday, October 25, 2010 2:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private OK, Now I see where my confusion was coming from. In your first post, where you said quote IBM changed the default to use the old rules and required you to explicitly request to use the new rules by coding VSM USEZOSV1R9RULES(YES). /quote You meant that IBM is now defaulting it to YES by coding the USEV1R9RULES(YES) and if I want to change it I need to explicitly code NO. I took your post to say that I would need to code (YES) to get the behavior to change, when that's the default. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Monday, October 25, 2010 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private When IBM first came out with this change they had NO as the default, but after the ESP participants complained enough they changed it to YES. So now you shouldn't have to do anything if you want it to work the old way. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Monday, October 25, 2010 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private Jon, I'm confused now. Did you mean you need to explicitly request to use the new behavior by coding VSM USEZOSV1R9RULES(NO) instead of YES? It appears from the doc that the default is YES which leaves the behavior unchanged. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Monday, October 25, 2010 11:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private Back during the ESP for 1.11 we ran into issues because the default was to use the new rules. After a LOT of complaining from multiple customers IBM changed the default to use the old rules and required you to explicitly request to use the new rules by coding VSM USEZOSV1R9RULES(YES). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe D'Alessandro Sent: Monday, October 25, 2010 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os 1.11 and low private Hello: One of the DIAGxx parameters addresses an optional change to the merging of DQEs in PVT after v1.9: do you specify this parm to use the new rules (I am quoting from INIT and TUNING)? VSM USEZOSV1R9RULES(NO|YES) YES causes GETMAIN and STORAGE OBTAIN behavior to be unchanged from its historic behavior. NO causes GETMAIN and STORAGE OBTAIN behavior for user-region private area subpools that are both below and above the line to be implemented. Thus DQEs can be merged where possible. The default is YES to provide a seamless migration. However, IBM recommends that you specify USEZOSV1R9RULES(NO) to obtain a performance benefit for applications with long DQE/FQE chains for user-region private area subpools. The usage pattern of v/s could change due to the new rules, and if the v1.9 fit was snug, a small change in the usage pattern might set off a s878/80A/106 situation. regards, Joe D'Alessandro The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message
How to know the usage frequency of my FORTRAN program ?
Dears listers, We have some FORTRAN programs on OS/390 2.9 , would like to know which job and the usage frequency of the programs. Any idea about how to know these information ? tks ! Regards, Laurence -- 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: How to know the usage frequency of my FORTRAN program ?
Look at the description of the type 4, 30, and 34 SMF records. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tsai Laurence Sent: Tuesday, October 26, 2010 3:35 PM To: IBM-MAIN@bama.ua.edu Subject: How to know the usage frequency of my FORTRAN program ? Dears listers, We have some FORTRAN programs on OS/390 2.9 , would like to know which job and the usage frequency of the programs. Any idea about how to know these information ? tks ! -- 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: How to know the usage frequency of my FORTRAN program ?
On 10/26/2010 6:34 PM, Tsai Laurence wrote: We have some FORTRAN programs on OS/390 2.9 , would like to know which job and the usage frequency of the programs. Any idea about how to know these information ? tks ! The data may be derived from your SMF files. Either write a custom program, look at cbttape.org for SMF programs, or buy a commercial one. Gerhard Postpischil Bradford, VT -- 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: How to know the usage frequency of my FORTRAN program ?
Go to CBTTAPE.ORG and download and install DAF. It will help you filter SMF data for many things. This is very helpful program. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tsai Laurence Sent: Tuesday, October 26, 2010 6:35 PM To: IBM-MAIN@bama.ua.edu Subject: How to know the usage frequency of my FORTRAN program ? Dears listers, We have some FORTRAN programs on OS/390 2.9 , would like to know which job and the usage frequency of the programs. Any idea about how to know these information ? tks ! Regards, Laurence -- 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: Opcode tables
Abe F. Kornelis noted: I have all but completed the updates of the opcode tables on hlasm.com There's a peculiarity I'd like to discuss here. I have discovered some additional ones. After adding all the new zWhateverR mnemonics to my SPF/SE color tables, SPF/SE complained about duplicate words. I found that there were indeed duplicates, and discovered that the following now-assigned Assembler mnemonics: CHI DSG PGOUT are, in fact, macros still distributed in SYS1.MACLIB (even z/OS 1.11). I know what PGOUT used to be, and I am surprised IBM has left it in SYS1.MACLIB for so long. But I have no clue what the CHI and DSG macros ever did. Does anyone here remember? (They have literally NO comments.) -- WB -- 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: Opcode tables
---snip-- Abe F. Kornelis noted: I have all but completed the updates of the opcode tables on hlasm.com There's a peculiarity I'd like to discuss here. I have discovered some additional ones. After adding all the new zWhateverR mnemonics to my SPF/SE color tables, SPF/SE complained about duplicate words. I found that there were indeed duplicates, and discovered that the following now-assigned Assembler mnemonics: CHI DSG PGOUT are, in fact, macros still distributed in SYS1.MACLIB (even z/OS 1.11). I know what PGOUT used to be, and I am surprised IBM has left it in SYS1.MACLIB for so long. But I have no clue what the CHI and DSG macros ever did. Does anyone here remember? (They have literally NO comments.) ---unsnip- CHI is now the COMPARE HALFWORD IMMEDIATE instruction. 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: Opcode tables
CHI and DSG both belong to EMI2220 - MICR/OCR for MVS/SP 2.2.0 (5740-XC6/5665-291) Microfiche SJB2-9017-00 (16 OCT 86) -- 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: CA-OPS/MVS to IBM's System Automation?
Binyamin Dissen writes: If ALERTs are issued for normal events, they no longer have value as ALERTs. Ah, but who decides whether they're normal or not (and then what actions, if any, to take)? Any even moderately capable console that collects SNMP alerts also has the capability to triage and filter them according to evolving rules that define normalcy. But if the alert never gets sent, then that filtering decision has already been made -- and *could* be made very badly. I tend to prefer reality and transparency. As I alluded to, it is possible to initiate additional alerts, such as: 09:55 Information: Application XYZ123 will have 30 minute planned outage starting in 5 minutes. 10:00 ALERT: Application XYZ123 is now offline. There's also the issue of testing at the console (and beyond). If the alerts never get sent, how do you know that the real ones work (or even go anywhere)? The above example is the equivalent of a fire drill, or alert rehearsal. I tend to prefer that. Your opinions and practices may vary. And there's yet another reason to avoid obfuscation: to measure SLAs accurately. If you're secretly downing applications, is that getting reflected in Service-Level Agreement measurements? Probably not, and perhaps with accurate knowledge you wouldn't be downing applications so often (or at all), and/or somebody else could make an informed decision whether or not to improve the SLA of particular application functions. Way too many IT folks think that SLAs are only about unplanned hard-stop system-level outages. The end-user perspective is much more about can I get my work done? and that really is the only correct perspective. Can I get my work done? is answered by looking at end-to-end service delivery, both planned and unplanned outages, missed response time goals (not just down outages), plus some other factors (e.g. I can't log in!) Anyway, this discussion borders on the philosophical, but now you know my philosophy. :-) - - - - - Timothy Sipples Resident Enterprise Architect STG Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@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: PHP on z/OS
Check this : http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/php/index.html Nagesh On Wed, Oct 27, 2010 at 1:02 AM, Arye Shemer aryeshe...@gmail.com wrote: Hello Forumers, Anyone out there is using PHP on z/OS ? Would like to know if you just playing, testing or actual production, no need for names. Thanks for any info. Arye. -- 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
