I don't want to turn this into a debugging session. We plan to open an SR with 
IBM. Just to verify what I've said, here are some lines from the job log. The 
first step is vanilla CA11. That's where the job dies. We completely removed 
the CA11 step; same result. I was just looking for any 'me too' responses. 

---- TUESDAY,   13 JUN 2017 ----                                       
 ICH70001I UCC7     LAST ACCESS AT 03:39:19 ON TUESDAY, JUNE 13, 2017  
 $HASP375 TEDD071  ESTIMATED  LINES EXCEEDED                           
 $HASP373 TEDD071  STARTED - INIT 17   - CLASS K        - SYS D0       
 SCEUJI02I JOB  TEDD071  STARTED    03.39.19 13 JUN 17                 
 IEF403I TEDD071 - STARTED - TIME=03.39.19                             
 IEF450I TEDD071 RMS@30 RMS - ABEND=S722 U0000 REASON=00000000  841    
         TIME=03.39.19                                                 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Tuesday, June 13, 2017 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Wacko S722 abend

On 13 June 2017 at 12:46, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:

> ESTLNCT  NUM=20000,INT=20000,OPT=1
>
> We changed NUM from the old value, but added OPT=1 to cancel the job 
> with no dump. On this system only, a particular job started getting 
> S722 for no apparent reason. It produces hardly any output at all. We 
> looked at older executions-including yesterday before the JES 
> change-and it appears that this job has *always* produced the output 
> exceeded message but with no abend because of OPT=0.


Is it possible the job is printing a bazillion lines with no paper advance, or 
even just very short lines? In other words lots of lines occupying little 
actual space?


> The output message appears in the job log even before the first step 
> executes!


Now *that* is bizarre (and shoots down my theory, I think).

Tony H.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to