Are there any exits involved in this setup that could possibly cause this message. Lennie
-----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Leonard D Woren Sent: 23 April 2025 22:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: EXTERNAL Email: Re: IEFC452I !?! The trailing 3 digit number is in fact the MLWTO connector -- subsequent lines of the MLWTO show up in SYSLOG with that number at the start of the line. If the programmer coded an MLWTO form with only 1 line, then there will be no following lines to connect. This can also happen if a privileged caller uses the MLWTO form indicating that there are more lines to follow, but never continues with any subsequent lines. As to the IEFC452I, I ran a few quick tests and I am unable to come up with a job that containsIEFC452I without also some other IEF message later, giving the detail for the JCL error. IEFC452I seems to be in the joblog (dsid 2) and the other IEF message(s) are in job messages (dsid 4). IEFC452I also appears in SYSLOG, but not the other IEF messages when it's a normal batch job. The original poster needs to look at the whole job output to find the other IEF message(s). /Leonard Pommier, Rex wrote on 4/23/2025 9:18 AM: > Steve, > > As others have mentioned, the 910 at the end of the message has no bearing. > It is just an identifier for multi-line messages. IDK why it shows up, but > it does. Ignore it. > > From my reading of the message doc, it probably isn't a JOB card problem. > Are you getting the "STMT NUMBER MESSAGE" stuff in your output right after > the JCL? > > Rex > > -----Original Message----- > From: IBM Mainframe Discussion List<IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Steve Thompson > Sent: Wednesday, April 23, 2025 10:56 AM To:IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: EXTERNAL Email: Re: IEFC452I !?! > > I'm having to do this copy and paste using my MarkI eyeballs..... > > IEFC452I SXTR67T - JOB NOT RUN - JCL ERROR 910 > > And the "910" did not show as part of a multi-line message. > > I hope this helps, because nothing in the message manual seemed to apply for > this. > > Steve Thompson > > > On 4/23/2025 10:26 AM, Pommier, Rex wrote: >> Steve, >> >> I may have missed it, but can you at least show the entirety of the IEFC452I >> message? >> >> -----Original Message----- >> From: IBM Mainframe Discussion List<IBM-MAIN@LISTSERV.UA.EDU> On >> Behalf Of Steve Thompson >> Sent: Wednesday, April 23, 2025 8:15 AM To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: EXTERNAL Email: Re: IEFC452I !?! >> >> Hi Jerry: >> >> I tried this first thing this AM and No Joy. Still get the same failure. >> >> >> Regards, >> Steve Thompson >> >> On 4/22/2025 5:28 PM, Jerry Whitteridge wrote: >>> Just in case they have something dirty in their intrdr's do you have a >>> terminating // at the end of your JCL to give a clean EOJ to the reader ? >>> >>> Jerry Whitteridge >>> Sr Manager Managed Services >>> Tech Operations & Innovation >>> jerry.whitteri...@albertsons.com >>> 480 578 7889 >>> >>> -----Original Message----- >>> From: IBM Mainframe Discussion List<IBM-MAIN@LISTSERV.UA.EDU> On >>> Behalf Of Steve Thompson >>> Sent: Tuesday, April 22, 2025 2:26 PM To:IBM-MAIN@LISTSERV.UA.EDU >>> Subject: EXTERNAL Email: Re: IEFC452I !?! >>> >>> Thank you. >>> >>> I forgot to mention that I did run this with TYPRUN=SCAN and get the >>> same message. >>> >>> And to be sure, I have been running this JOB off an for the past >>> month. >>> >>> I have gotten file not found. That was the first thing I checked, >>> using "F FOUND" and that typically shows me the missing DSN. >>> >>> Not on/with this failure. >>> >>> And submitting it again -- the suffixing number of the error is >>> different, and is greater than the number of JCL statements in this >>> JOB. So that doesn't seem related. >>> >>> Regards, >>> Steve Thompson >>> >>> >>> >>> On 4/22/2025 5:01 PM, Ramsey Hallman wrote: >>>> The version prior to 3.1 is 2.5 of z/OS. >>>> >>>> >From the error message, it does not necessarily have to be the job >>>>> name. It >>>> could be other JCL issues. >>>> >>>> IEFC452I text - JOB NOT RUN - JCL ERROR >>>> >>>> Explanation >>>> >>>> Depending on the message text, one of the following: >>>> >>>> JOBFAIL >>>> >>>> The error was detected on a JOB statement and the job name is not >>>> known. >>>> >>>> INVALID >>>> The system detected an error in a JOB or other JCL statement, >>>> and >>>> the job name (the label on the JOB statement) is invalid. >>>> >>>> jobname >>>> The system detected an error in a JCL statement, or the job was >>>> cancelled while on the input queue. >>>> >>>> procstep >>>> The procedure was specified in the first operand of a START >>>> command. >>>> In this case, either the procedure was not found in >>>> SYS1.PROCLIB or, >>>> if found, the procedure had an error in a JCL statement. Message >>>> IEE122I or IEE132I will always follow this message. >>>> >>>> The error message appears in the SYSOUT data set. >>>> >>>> This message can also be issued for various environmental errors, >>>> such as an error occurring while trying to read a record from the >>>> JCL text data set or an I/O error occurring while trying to get >>>> procedure statements. >>>> >>>> System action >>>> >>>> If the operator cancelled the job, all steps of the job, beginning >>>> with the step currently being processed, will be ended. Otherwise, >>>> the job will not be initiated; no steps will be processed. If >>>> procstep appears, the START command will not be run. >>>> >>>> Operator response >>>> >>>> If the job name appears, none. If procstep appears, either reenter >>>> the START command with the correct procedure name, or, if the >>>> procedure name is correct, notify the application programmer. >>>> >>>> Programmer response >>>> >>>> Check the procedure for errors. >>>> >>>> Source >>>> >>>> Converter >>>> >>>> Module >>>> >>>> IEFCNJRT >>>> >>>> Routing code >>>> >>>> 2,10 >>>> >>>> Descriptor code >>>> >>>> 4 >>>> >>>> On Tue, Apr 22, 2025 at 3:53 PM Steve Thompson<ste...@wkyr.net> wrote: >>>> >>>>> Hi all, got a weird one. >>>>> >>>>> I am running the same JOB over and over processing different files. >>>>> All that changes is the suffix on an output DSN that identifies >>>>> the DATA cycle of this execution, and the SORTIN DD/DSN contents >>>>> (some have a single file some have up to 15 files). Data may be on >>>>> disk or tape. TPM holds the job until HSM restore completes if >>>>> that is why the data is on tape. >>>>> >>>>> I would love to show you the JCL, but I am NOT allowed. Suffice to >>>>> say security controls. >>>>> >>>>> I have taken the JOB cards off another one of these JOBs that ran >>>>> successfully and replaced the JOB card (one from a prior >>>>> submission of this specific JOB). >>>>> >>>>> And I still get this error. The last thing it says is 748. >>>>> Since I don't have 700 JCL statements, that isn't the problem. >>>>> Besides this is supposedly a JOB card error!! >>>>> >>>>> BTW, sometimes the files I have been told to pick disappear before >>>>> I can get the JCL updated and submitted, so I do get file not >>>>> found errors. But this is not the issue here. >>>>> >>>>> I have a copy of the full tech library for the Version of z/OS >>>>> just prior to 3.1 (can't remember the V/R). And it is not helping >>>>> me with this. >>>>> >>>>> -- >>>>> Thanks for your help/insight in advance. >>>>> >>>>> Steve Thompson > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email tolists...@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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
