Re: DUMP parm recommendation
I would have said that adding CSA to every dump is not typically desirable. As was suggested by a question, there is a difference between data asked for by a program on its own and data asked for by the DUMP command. For the former, the program is responsible for capturing what it thinks it needs. You probably do not want to add CSA for example to an SVC Dump asked for by RSM since RSM for all intents and purposes uses no CSA. But if using the DUMP command, it could be a good thing to add when you don't know what diagnostic data might be needed. The same is true for several of the options that you have landed with. But as long as size (and duration) of dumps is not a problem, then I'd far rather have too much data than too little. Why LPA? Do you IPL w/ CLPA frequently? I couldn't tell if it was the case with the asker of this, but FWIW many people seem to think that the LPA option asks to dump all of LPA. It does not. It asks to include in the dump LPA modules represented by CDEs/LPDEs on the job pack queue of ASID(s) being dumped. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
On Wed, 29 Apr 2015 07:39:43 -0400 Peter Relson rel...@us.ibm.com wrote: :Why LPA? Do you IPL w/ CLPA frequently? :I couldn't tell if it was the case with the asker of this, but FWIW many :people seem to think that the LPA option asks to dump all of LPA. It does :not. It asks to include in the dump LPA modules represented by CDEs/LPDEs :on the job pack queue of ASID(s) being dumped. Yes, that would be me. Thanks for the info. -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
Shalom Binyamin, We IPL several systems on a daily basis. Having the benefit of reading the replies from Lizette, Skip, Shane and Barbara before any response on my part... what they said! :-) and many thanks for the comments and suggestions. Is this for system initiated dumps or when DUMP COMM= is done? Lizette, could be either. So, after consolidating the aforementioned suggestions, this looks like a good recommendation: SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,XESDATA,COUPLE) Barbara, I have left NUC in for now until such a time as size does become an issue. Thanks for reminding me about XESDATA and COUPLE. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Monday, April 27, 2015 3:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DUMP parm recommendation On Mon, 27 Apr 2015 13:01:38 -0400 Richards, Robert B. robert.richa...@opm.gov wrote: :Going to z/OS 2.1 and am looking for a good recommendation for a default SDATA. :My WebSphere guy asked for this: :SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) and I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. :Advice? Thoughts? Why LPA? Do you IPL w/ CLPA frequently? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
On Mon, 27 Apr 2015 13:01:38 -0400, Richards, Robert B. wrote: I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. Advice? Thoughts? CSA by itself covers everything - above and below the bar. Your preferences will exclude data above the bar for ASIDs not in the dump. Me, I always want as much as I can get in a dump - there's generally a reason a dump is taken, and it may not be reproducable. Unless you are having issues with the size of dumps, I say leave it as-is. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
Is this for system initiated dumps or when DUMP COMM= is done? Each product, IMS, DB2, MQ all have parms that they prefer in the dump. You may need to consolidate all the needs of the many into the one. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Monday, April 27, 2015 10:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DUMP parm recommendation Going to z/OS 2.1 and am looking for a good recommendation for a default SDATA. My WebSphere guy asked for this: SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) and I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. Advice? Thoughts? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DUMP parm recommendation
Going to z/OS 2.1 and am looking for a good recommendation for a default SDATA. My WebSphere guy asked for this: SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) and I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. Advice? Thoughts? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
We IPL CLPA *every* time. Ever since we accidentally IPLed from the wrong rotating sysres. Coming up at an unexpected maintenance level might be annoying, but try it sometime when LINKLIB is at one OS maintenance level and LPA is at a different level. How long will take you to figure out what's wrong? Recommendation: CLPA every time. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Monday, April 27, 2015 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DUMP parm recommendation On Mon, 27 Apr 2015 13:01:38 -0400 Richards, Robert B. robert.richa...@opm.gov wrote: :Going to z/OS 2.1 and am looking for a good recommendation for a default SDATA. :My WebSphere guy asked for this: :SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) and I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. :Advice? Thoughts? Why LPA? Do you IPL w/ CLPA frequently? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
My WebSphere guy asked for this: SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) Looks like the general setting that IBM support asks for, copied from one component to the other without any thought to content or validity. Advice? Thoughts? Replace the ALLNUC with NUC or ditch NUC altogether. Unless you are debugging a problem in RSM/SRM/DISPATCHER (components that really truly have their code in the nucleus), I don't see any reason to artificially increase dump sizes by using ALLNUC. After all, if you ask IPCS about a nucleus module, you will always get the actual csect name (and not just the lmod name, which would require either an amblist of the lmod or the full module hopefully dumped. If not, support will still need the amblist to determine the actual csect). And if any of those components writes a dump, they should have included what they need. Same for slip traps that support for those components hands out. If you are running in a sysplex environment, I would add XESDATA and COUPLE, just in case. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DUMP parm recommendation
On Mon, 27 Apr 2015 13:01:38 -0400 Richards, Robert B. robert.richa...@opm.gov wrote: :Going to z/OS 2.1 and am looking for a good recommendation for a default SDATA. :My WebSphere guy asked for this: :SDATA=(CSA,,SQA,RGN,TRT,GRSQ,LPA,LSQA,SUM,NUC,PSA,SWA,ALLNUC) and I am thinking of adding HCSAByASID,HCSANoOwner,HCSASysOwner. :Advice? Thoughts? Why LPA? Do you IPL w/ CLPA frequently? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
