Hi, this reminds me of some hanging IMS jobs that could neither be cancelled nor forced because the routines for memterm could not be loaded because of memory exhausted. Only BMC Tooling allowed to get rid of them. The suggestion in the PMR was to code an IEFUSI to reserve 512k below to allow memterm to happen in any case. Could you please raise another internal discussion why IEFUSI has to be coded at all in order to allow memterm to happen? Why can't z/OS just ensure that there is always enough storage available in the address space for memterm? Thanks. -----Original Message----- From: Jim Mulder <d10j...@us.ibm.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Thu, Oct 6, 2016 10:33 pm Subject: Re: CEEDUMP possible following 'new' failure
>From some internal discussion after this issue was raised today, our intention is that LE will move the CEEDUMP modules to SCEELPA in the next release of z/OS. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > > So, when will CEE.SCEELPA be z/OS standard? :) > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Jim Mulder > > Sent: Thursday, October 06, 2016 10:48 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: CEEDUMP possible following 'new' failure > > > > > The remaining problem is that I am not getting any diagnostic > > information, > > > in other words, exactly *which* new failed -- which will of course > > > make > > any > > > bug of this sort in the field hard to find. I call CEEDUMP to get a > > > call trace and it produces an *empty* four-line dataset. On the > > > console I get > > > > > > IEW4000I FETCH FOR MODULE CEEMENU3 FROM DDNAME *VLF* FAILED > > BECAUSE > > > INSUFFICIENT STORAGE WAS AVAILABLE. > > > CSV031I LIBRARY ACCESS FAILED FOR MODULE CEEMENU3, RETURN CODE > > 24, > > REASON > > > CODE 26080021, DDNAME *LNKLST* > > > > I would suggest putting the CEEDUMP-related modules in LPA. Our > > intention in z/OS is that modules involved in the production of > > SYSABEND/SYSUDUMP/SYSMDUMP/IEATDUMP/SDUMP > > should be in LPA, so that they don't need get loaded into exhausted REGION- > > constrained storage while trying to take a dump of REGION-constrained > > storage exhaustion. (And I say "our intention" > > because we do sometimes find cases where we did not do what we > > intended). ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
