Change TERMTHDACT(TRACE,,96) to TERMTHDACT(DUMP,,96). On 12/3/2010 at 10:17 AM, in message <26865249.1291396621383.javamail.r...@elwamui-chisos.atl.sa.earthlink.net>, Lizette Koehler <[email protected]> wrote: > What are your LE parms for TERMTHDACT? > > And SYSUDUMP may work. Could you bring it up in IPCS and see if the LEDATA > works? Otherwise, I would look at the following in my LE Parm in > SYS1.PARMLIB > > CEEDUMP(60,SYSOUT=*,FREE=END,SPIN=UNALLOC), > DYNDUMP(*USERID,NODYNAMIC,TDUMP), > TRACE(OFF,4K,DUMP,LE=0), > TERMTHDACT(TRACE,,96), > > > I don't remember completely which one the CEEDUMP would fall under to force > one to come out. The other option if you do not want to make this global > (SYS1.PARMLIB) code this in the (I think) CEE$PARM DD statement in the JCL > for the next occurrance. > > > Lizette > > > -----Original Message----- >>From: "Pommier, Rex R." <[email protected]> >>Sent: Dec 3, 2010 11:43 AM >>To: [email protected] >>Subject: Re: strange issues with LE abending, looking for pointers as to > where to even look.. >> >>Unfortunately the only thing we got was a SYSUDUMP from the step, sitting in > the JES spool. >> >>-----Original Message----- >>From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf > Of Lizette Koehler >>Sent: Friday, December 03, 2010 10:00 AM >>To: [email protected] >>Subject: Re: strange issues with LE abending, looking for pointers as to > where to even look.. >> >>Do you have the CEEDUMP output available? It might be more helpful. > Otherwise if LE took an SVC Dump we can run the CAA and DSA control blocks > with the VERBX LEDATA function in IPCS. >> >>Lizette >> >> >> >>-----Original Message----- >>>From: "Pommier, Rex R." <[email protected]> >>>Sent: Dec 3, 2010 11:27 AM >>>To: [email protected] >>>Subject: strange issues with LE abending, looking for pointers as to where >>>to > even look.. >>> >>>Hi list, >>> >>>I just got a call from an applications programmer. They're having some > strange issues showing up in LE with programs abending with S0C4 and S0C7 > abends, but not where they've seen before. >>> >>>For example, yesterday, they received a S0C7 in a job. They reran the job > using the same inputs and it ran clean. But the abend didn't give them any > indication as to what was happening. Here's the JES log of the abend. >>> >>>+CEE0374C CONDITION=CEE3207S TOKEN=00030C87 59C3C5C5 00000000 649 >>> WHILE RUNNING PROGRAM UNKNOWN >>> AT THE TIME OF INTERRUPT >>> PSW 078D1000 80093EAA >>> GPR 0-3 8708D300 0007F98C C7D14040 00BFF048 >>> GPR 4-7 8007F978 00093EA8 0007F98C 000941B0 >>> GPR 8-B 000942E0 00094B00 0008B068 0006FD28 >>> GPR C-F 0007F828 0007F9CC 00000000 00000000 >>>IEA995I SYMPTOM DUMP OUTPUT 662 >>>SYSTEM COMPLETION CODE=0C7 REASON CODE=00000000 >>> TIME=05.48.39 SEQ=02747 CPU=0000 ASID=0060 >>> PSW AT TIME OF ERROR 070C0000 80D0F35E ILC 6 INTC 07 >>> NO ACTIVE MODULE FOUND >>> NAME=UNKNOWN >>> DATA AT PSW 00D0F358 - F933908C 30044740 C8389180 >>> GR 0: 00000880 1: 000B0780 >>> 2: 01DFB680 3: 0708D4B0 >>> 4: 00FDD858 5: 00093EA8 >>> 6: 0007F98C 7: 0000001B >>> 8: 01F97D80 9: 0708D448 >>> A: 0008B068 B: 01DFAFE8 >>> C: 80D0EE60 D: 084C7E70 >>> E: 0000030B F: 00000000 >>> END OF SYMPTOM DUMP >>>IEF450I USACU011 S0015GSI - ABEND=S0C7 U0000 REASON=00000000 >>>-S0015GSI *S0C7 700 1340 .00 .00 .0 >>> >>>The abend this morning was a S0C4 with the same symptoms. S0C4 "while > running program unknown". PSW is 'no active module found". They just > restarted the job at the abending step and it ran fine. Environment is z/OS > 1.10 and IDMS release 17. Batch COBOL calling IDMS. >>> >>>Any ideas as to where to even start looking? >>> >>>Thanks. >>> >>>Rex >>> > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>> The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
