Just for info, the IDI's are IBM Fault Analyzer messages: IDI0012S Abend abend-code occurred in abend exit processing,
Explanation: An abend occurred in Fault Analyzer. This message is followed by message IDI0013S. System action: Processing terminates. User response: This is an internal error. Contact IBM Support. Ensure that the SVC dump written by Fault Analyzer is kept for later analysis. ************ Additional information for this item appears below: ************* --------------- V=IBM P=FAULT ANALYZER MSG R=V16R1 I=IDI0013S ---------------- ********************* Text Below Copyright (c) 2025, IBM ********************* IDI0013S R15=r15-value PSW=program-status-word DCAPSUB=base-reg-value Explanation: This message follows message IDI0012S. System action: See message IDI0012S. User response: See message IDI0012S. Ramsey On Tue, Jun 17, 2025 at 6:26 AM Seymour J Metz <[email protected]> wrote: > Yes, but with a transaction dump it would be easier to go into IPCS and > debug the dump. > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > ________________________________________ > From: IBM Mainframe Discussion List <[email protected]> on behalf > of Binyamin Dissen <[email protected]> > Sent: Tuesday, June 17, 2025 7:17 AM > To: [email protected] <[email protected]> > Subject: Re: Looking for clues on out-of-storage at end-of-jobstep > > > External Message: Use Caution > > > That is a secondary issue, failure to take the dump. > > On Tue, 17 Jun 2025 11:03:45 +0000 Seymour J Metz <[email protected]> wrote: > > :>I don't know why neither I nor anybody else noticed it, but it's an SMS > issue. Place the dump in a pool that has enouh space. > :> > :>" IKJ56245I DATA SET xxxxxx.D167.T1652476.xxxxxxCR NOT > :>> ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+" > :> > :> > :>-- > :>Shmuel (Seymour J.) Metz > :>http://mason.gmu.edu/~smetz3 > :>??? ?????????? ??? > :>?????? ??????????? ???? ?????????? > :> > :> > :> > :> > :>________________________________________ > :>From: IBM Mainframe Discussion List <[email protected]> on > behalf of Charles Mills <[email protected]> > :>Sent: Monday, June 16, 2025 6:09 PM > :>To: [email protected] <[email protected]> > :>Subject: Looking for clues on out-of-storage at end-of-jobstep > :> > :> > :>External Message: Use Caution > :> > :> > :>I have a C++ program under development that has started ABENDing *after > the last line* of the program. The main() routine ends with > :> > :> printf("Last line of main()\n"); > :> return M::ProgramReturnCode; > :> > :>and I am seeing that printf() message, so the problem is not something > that the program is doing explicitly in my logic. > :> > :>Storage is apparently being exhausted, despite REGION=0M. In the > SYSUDUMP I see allocation after allocation -- 13,000 lines or so -- of > x'21000' bytes in subpool 2. What IBM component uses subpool 2? (My code > does not use subpool 2 explicitly.) > :> > :>I don't seem to have enough disk space for an SVC dump. > :> > :>Anyone ever see anything like this? Anyone have any clues to what the > problem is? > :> > :>Here are the messages I am seeing > :> > :>16.52.47 JOB04842 +CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4088 > TO DATA SET: xxxxxx.D167.T1652476.xxxxxxCR > :>16.52.49 JOB04842 IKJ56245I DATA SET xxxxxx.D167.T1652476.xxxxxxCR NOT > ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+ > :>16.52.49 JOB04842 IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA > SETS > :>16.52.50 JOB04842 IEA820I TRANSACTION DUMP REQUESTED BUT NOT TAKEN 814 > :> 814 AUTOMATIC ALLOCATION OF DUMP DATA SET FAILED > :>16.52.50 JOB04842 +CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS > NOT SUCCESSFUL. 815 > :> 815 THE ERROR RETURN CODE WAS 00000008 AND THE REASON > CODE WAS 00000026. > :>16.52.50 JOB04842 +CEE0374C CONDITION=CEE3204S TOKEN=00030C84 59C3C5C5 > 00000000 816 > :> 816 WHILE RUNNING PROGRAM CERTREPT > :> 816 AT THE TIME OF INTERRUPT > :> 816 PSW 078D0400 9A804D70 > :> 816 GPR 0-3 00000000 00000000 00000000 00000008 > :> 816 GPR 4-7 00791860 1B41BB28 1A804D70 9A81EAA6 > :> 816 GPR 8-B 9A81EA6C 1B424800 1B417D70 86087018 > :> 816 GPR C-F 1A9181D8 1B17C840 00000002 00000002 > :>16.52.50 JOB04842 +IDI0012S Abend 0000C9 occurred in abend exit > processing, > :>16.52.50 JOB04842 +IDI0013S R15=0 PSW=078D0000 1A72B7D6 DCAPSUB=1A713A80 > :>16.52.50 JOB04842 IEA043I SVC DUMP REACHED MAXSPACE LIMIT - > MAXSPACE=00000500 MEG > :>16.52.50 JOB04842 IEA794I SVC DUMP HAS CAPTURED: 821 > :> 821 DUMPID=001 REQUESTED BY JOB (xxxxxxCR) > :> 821 DUMP TITLE=IDIDA ESTAE exit entered. > JOB04842 SDWA > :> 821 =7F510B58 > :> 821 INSUFFICIENT RESOURCES FOR OPTIMIZE=YES PROCESSING > :>16.52.50 JOB04842 $HASP375 xxxxxxCR ESTIMATED LINES EXCEEDED > :>etc. for 4 million lines of SYSUDUMP > :> > :>---------------------------------------------------------------------- > :>For IBM-MAIN subscribe / signoff / archive access instructions, > :>send email to [email protected] with the message: INFO IBM-MAIN > :> > :> > :> > :> > :>---------------------------------------------------------------------- > :>For IBM-MAIN subscribe / signoff / archive access instructions, > :>send email to [email protected] with the message: INFO IBM-MAIN > > -- > Binyamin Dissen <[email protected]> > http://www.dissensoftware.com/ > > Director, Dissen Software, Bar & Grill - Israel > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
