Re: Job abend with S722
On Fri, 5 Jul 2019 19:06:04 +0530, raji ece wrote: >One of our job is abending with RC S722 and the error show the maximum >outlimit execeed. We have coded lines=99(Maximum limit) and run but >getting same error. Current zos level is 1.13. any idea? > Did the job ABEND before it has been given control? If a job has a lot of steps, each with a lot of DD statements that are using variable symbols, causing an additional "IEFC653I SUBSTITUTION JCL..." line to be produced for every statement using variable symbol(s), than output limit could be exceeded before the job gets control, since you can't specify OUTLIM for the JESJCL dataset. Installation EXIT9 should tolerate such a condition. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
OK. Let me add a little more background explanation to my previous post. Naturally, if the output is from a loop or other error you don't want to just permit it. But sometimes that is not the case. There was a case a few years ago, since fixed by APAR (I don't remember exactly which product took the APAR). Ordinary size print jobs through Infoprint Server started getting S722 abends. The reason was that the output was all being counted together because all of the output came from aopoutd daemon running in Unix for all the jobs. The S722 abends were not because of the output of the individual jobs, but because of the accumulated output of all the jobs processed. The fix was things like the _BPX_UNLIMITED_OUTPUT environment variable so that the aopoutd daemon could continue to process the jobs without every job getting S722 because the limit had been passed. --Roger On Fri, Jul 5, 2019 at 8:36 AM Roger Bolan wrote: > See page 124 section 5.4 here > http://www.redbooks.ibm.com/redbooks/pdfs/sg246377.pdf > Setting ESTBYTE OPT=0 may help. > If Unix is involved then _BPX_UNLIMITED_OUTPUT=YES might also help. > --Roger > > On Fri, Jul 5, 2019 at 7:46 AM raji ece wrote: > >> One of our job is abending with RC S722 and the error show the maximum >> outlimit execeed. We have coded lines=99(Maximum limit) and run but >> getting same error. Current zos level is 1.13. any idea? >> >> -- >> 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
Re: Job abend with S722
How many lines does LINES=nn actually mean? Specifies the maximum output, in thousands of lines, that JES2 is to place in the spool data sets for this job’s sysout data sets. The number is 1 through 6 decimal numbers from 0 through 99. When the specified number of lines is reached, JES2 gives control to an installation exit routine and the job might or might not be terminated. The LINES parameter applies only to line-mode data. If the sysout data set contains both line-mode and page-mode data, the lines and pages are counted separately and checked separately against the limit. So if you code 99 - then multiple that by 1000 to get 999,999,000 and that is huge. Your spool needs to be able to hold that much data for your job + all other jobs writing to spool. If you do not have a large enough spool space, then JES2 will stop all processing. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Pommier, Rex > Sent: Friday, July 05, 2019 8:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Job abend with S722 > > Or if it actually is that large legitimately, spin it to tape. But > seriously, somebody needs to look at the output and see if it is legitimate > or a loop. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Elardus Engelbrecht > Sent: Friday, July 5, 2019 9:30 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Job abend with S722 > > raji ece wrote: > > >Yes... I can.can I have jcl ? > > Write it self. > > Friday advice: Try changing //??? DD SYSOUT=* to //??? DD DUMMY ;-D :-D > > > No, seriously, just change //??? DD SYSOUT=* > > ... to something like this: > > //??? DD DISP=(NEW,CATLG),DSN=,SPACE=, ... > etc ... > > Consider adding VOLSER= so above can use more than one volsers for that > dataset. > > Or talk to your storage admin. They may or may not have enough space for your > jobs. > > Of course, you may get some nice Sx37 abends... > > Sx22 abends are there for a good reason. > > Groete / Greetings > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
Or if it actually is that large legitimately, spin it to tape. But seriously, somebody needs to look at the output and see if it is legitimate or a loop. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht Sent: Friday, July 5, 2019 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 raji ece wrote: >Yes... I can.can I have jcl ? Write it self. Friday advice: Try changing //??? DD SYSOUT=* to //??? DD DUMMY ;-D :-D No, seriously, just change //??? DD SYSOUT=* ... to something like this: //??? DD DISP=(NEW,CATLG),DSN=,SPACE=, ... etc ... Consider adding VOLSER= so above can use more than one volsers for that dataset. Or talk to your storage admin. They may or may not have enough space for your jobs. Of course, you may get some nice Sx37 abends... Sx22 abends are there for a good reason. Groete / Greetings Elardus Engelbrecht The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: Job abend with S722
Ditto here. For certain developers, the operators simply cancel the developer's jobs and purge the output without even asking because the programmer has been slapped so many times and it doesn't do any good. "I have to have 130 million lines of 'got here' to debug my code!" -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Friday, July 5, 2019 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: Job abend with S722 On Fri, Jul 5, 2019 at 9:37 AM Allan Staller wrote: > And then he will get Sx37 abends because no dataset can be made large > enough to contain the output. > The OP need to go back to the source of the problem (Application > Program) and find out why so much output is being produced. > This must be corrected. > Around here this is "debugging" DISPLAY ... UPON SYSOUT in a program which is reading 100 million records. -- 42 Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
Allan Staller wrote: >And then he will get Sx37 abends because no dataset can be made large enough >to contain the output. This is what I said. ;-) This is for the storage admin to sort out. >The OP need to go back to the source of the problem (Application Program) and >find out why so much output is being produced. This must be corrected. Indeed. If this is an once-off thing, ten to one an application is in a loop and spitting out lines. Or a debugging setting was set or a large query question was asked. I once got a complaint where a large dsn was copied to SYSOUT=*. A simple cancel was done and the corrected job was re-submitted. I am serious. We have setup rules to catch these $HASP375 and friends. Aftere consulting with the owners, we sometimes (with approval of course) simply give a nice S222 to the job. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
On Fri, Jul 5, 2019 at 9:37 AM Allan Staller wrote: > And then he will get Sx37 abends because no dataset can be made large > enough to contain the output. > The OP need to go back to the source of the problem (Application Program) > and find out why so much output is being produced. > This must be corrected. > Around here this is "debugging" DISPLAY ... UPON SYSOUT in a program which is reading 100 million records. -- 42 Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa300/has2v5_The_JES2_job_statistics.htm The JES2 job statistics uses data accumulated while processing JCL statements and SYSIN data to determine the number of input records read, and, while creating SYSOUT, to determine the number of print and punch records. The number of records reflect the actual records written to the spool and might not necessarily indicate the number of cards, lines, or pages of output; this is also true for the number of SYSOUT spool bytes. For example, specifying multiple copies or using a punch with print commands can result in differences between the number of records in the JES2 job statistics and the number of lines or pages actually printed or cards actually punched. The following is an example of the JES2 job statistics as they appear in the JES2 JOBLOG: JES2 JOB STATISTICS 14 OCT 2003 JOB EXECUTION DATE 8,075 CARDS READ 428 SYSOUT PRINT RECORDS<- 0 SYSOUT PUNCH RECORDS 82 SYSOUT PAGE RECORDS 36 SYSOUT SPOOL KBYTES 0.52 MINUTES EXECUTION TIME If SYSOUT PRINT Records exceeds the maximum - then you get an S722 Remember - The JES2 spool is not a report repository. The S722 is to prevent jobs from allocating all of the spool space and leave nothing for other tasks to use. This would cause JES2 to stop working. You need to talk to your z/OS System programmer and see how best to support your job if it needs this much output produced. You could put the output to a dataset rather than SYSOUT. You did not say what kind of output is being produced or why it is so large. I have seen applications do a lot of DISPLAY commands in COBOL just to have a record of before and after images of the data. This type of action should be able to go to a dataset rather than spool. SPOOL (SYSOUT=*) is typically used for report repository functions (Something else will be ingesting that output to a tool like View Direct) Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lizette Koehler > Sent: Friday, July 05, 2019 7:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Job abend with S722 > > Look at the output from the job. Find the phrase ELASPED TIME. See how many > records are written > > If it exceeds the max limit, then you should write the output to a file or > break up the output > > If you hit the maximum number of lines of output (S722) then there is not > much more that can be done. > > Is it batch > > Is it STC > > What is the /*JOBPARM set at > > Show the number of lines written > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of raji ece > > Sent: Friday, July 05, 2019 6:36 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Job abend with S722 > > > > One of our job is abending with RC S722 and the error show the maximum > > outlimit execeed. We have coded lines=99(Maximum limit) and run > > but getting same error. Current zos level is 1.13. any idea? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
And then he will get Sx37 abends because no dataset can be made large enough to contain the output. The OP need to go back to the source of the problem (Application Program) and find out why so much output is being produced. This must be corrected. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht Sent: Friday, July 5, 2019 9:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 raji ece wrote: >Yes... I can.can I have jcl ? Write it self. Friday advice: Try changing //??? DD SYSOUT=* to //??? DD DUMMY ;-D :-D No, seriously, just change //??? DD SYSOUT=* ... to something like this: //??? DD DISP=(NEW,CATLG),DSN=,SPACE=, ... etc ... Consider adding VOLSER= so above can use more than one volsers for that dataset. Or talk to your storage admin. They may or may not have enough space for your jobs. Of course, you may get some nice Sx37 abends... Sx22 abends are there for a good reason. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
See page 124 section 5.4 here http://www.redbooks.ibm.com/redbooks/pdfs/sg246377.pdf Setting ESTBYTE OPT=0 may help. If Unix is involved then _BPX_UNLIMITED_OUTPUT=YES might also help. --Roger On Fri, Jul 5, 2019 at 7:46 AM raji ece wrote: > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run but > getting same error. Current zos level is 1.13. any idea? > > -- > 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
Re: Job abend with S722
raji ece wrote: >Yes... I can.can I have jcl ? Write it self. Friday advice: Try changing //??? DD SYSOUT=* to //??? DD DUMMY ;-D :-D No, seriously, just change //??? DD SYSOUT=* ... to something like this: //??? DD DISP=(NEW,CATLG),DSN=,SPACE=, ... etc ... Consider adding VOLSER= so above can use more than one volsers for that dataset. Or talk to your storage admin. They may or may not have enough space for your jobs. Of course, you may get some nice Sx37 abends... Sx22 abends are there for a good reason. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
Look at the output from the job. Find the phrase ELASPED TIME. See how many records are written If it exceeds the max limit, then you should write the output to a file or break up the output If you hit the maximum number of lines of output (S722) then there is not much more that can be done. Is it batch Is it STC What is the /*JOBPARM set at Show the number of lines written Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > raji ece > Sent: Friday, July 05, 2019 6:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Job abend with S722 > > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run but > getting same error. Current zos level is 1.13. any idea? > > -- > 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
Re: [EXTERNAL] Re: Job abend with S722
Yes... I can.can I have jcl ? On Fri, Jul 5, 2019, 7:41 PM Nash, Jonathan S. < 01abdcef2f3c-dmarc-requ...@listserv.ua.edu> wrote: > > When I have this problem I write the > big DD to a file with a large space > allocation... > > Is that an option in your situation ? > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Allan Staller > Sent: Friday, July 05, 2019 9:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Job abend with S722 > > JES might also be supplying the OUTLIM. It does not necessarily come from > JCL. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Jacobs > Sent: Friday, July 5, 2019 8:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Job abend with S722 > > If you don't care how many lines are produced, take off the OUTLIM > parameter from the DD statement. That'll prevent the S722 abend. Otherwise > it's doing exactly what it's meant to do. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://protect2.fireeye.com/url?k=5770179b-0be6463e-57703eec-0cc47adc5e34-15c57675e101cd85=1=https%3A%2F%2Fapc01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fapi.protonmail.ch%252Fpks%252Flookup%253Fop%253Dget%2526search%253Dmarkjacobs%2540protonmail.com%26amp%3Bdata%3D02%257C01%257Callan.staller%2540HCL.COM%257Ca28874391ce64e1864d208d701505135%257C189de737c93a4f5a8b686f4ca9941912%257C0%257C0%257C636979316822561251%26amp%3Bsdata%3DOk2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%252B1zzn9Gs8%253D%26amp%3Breserved%3D0 > > ‐‐‐ Original Message ‐‐‐ > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > One of our job is abending with RC S722 and the error show the maximum > > outlimit execeed. We have coded lines=99(Maximum limit) and run > > but getting same error. Current zos level is 1.13. any idea? > > > > -- > > -- > > > > > > 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 > ::DISCLAIMER:: > > -- > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > > -- > > -- > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Job abend with S722
When I have this problem I write the big DD to a file with a large space allocation... Is that an option in your situation ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Friday, July 05, 2019 9:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Job abend with S722 JES might also be supplying the OUTLIM. It does not necessarily come from JCL. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Friday, July 5, 2019 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 If you don't care how many lines are produced, take off the OUTLIM parameter from the DD statement. That'll prevent the S722 abend. Otherwise it's doing exactly what it's meant to do. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://protect2.fireeye.com/url?k=5770179b-0be6463e-57703eec-0cc47adc5e34-15c57675e101cd85=1=https%3A%2F%2Fapc01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fapi.protonmail.ch%252Fpks%252Flookup%253Fop%253Dget%2526search%253Dmarkjacobs%2540protonmail.com%26amp%3Bdata%3D02%257C01%257Callan.staller%2540HCL.COM%257Ca28874391ce64e1864d208d701505135%257C189de737c93a4f5a8b686f4ca9941912%257C0%257C0%257C636979316822561251%26amp%3Bsdata%3DOk2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%252B1zzn9Gs8%253D%26amp%3Breserved%3D0 ‐‐‐ Original Message ‐‐‐ On Friday, July 5, 2019 9:36 AM, raji ece wrote: > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run > but getting same error. Current zos level is 1.13. any idea? > > -- > -- > > > 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 ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- 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
Re: [EXT] Re: Job abend with S722
Yes it will, do not do anything further without discussing with your site's system programming/technical support staff. -Original Message- From: IBM Mainframe Discussion List On Behalf Of raji ece Sent: Friday, July 05, 2019 9:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: Job abend with S722 This will not impact the overall spool usage right?? Regards, Raji On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote: > Or, you could try OUTLIM=16777215 on the DD SYSOUT card. > > Joe > > On Fri, Jul 5, 2019 at 8:56 AM Allan Staller > wrote: > > > JES might also be supplying the OUTLIM. It does not necessarily come > > from JCL. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs > > Sent: Friday, July 5, 2019 8:54 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Job abend with S722 > > > > If you don't care how many lines are produced, take off the OUTLIM > > parameter from the DD statement. That'll prevent the S722 abend. > Otherwise > > it's doing exactly what it's meant to do. > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__apc01.safelinks.p > rotection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fapi.protonmail.ch-2 > 52Fpks-252Flookup-253Fop-253Dget-2526search-253Dmarkjacobs-2540protonm > ail.com-26amp-3Bdata-3D02-257C01-257Callan.staller-2540HCL.COM-257Ca28 > 874391ce64e1864d208d701505135-257C189de737c93a4f5a8b686f4ca9941912-257 > C0-257C0-257C636979316822561251-26amp-3Bsdata-3DOk2qDznyrvfy7kXhRjL13N > 1ZQCapFgZ5Ct-252B1zzn9Gs8-253D-26amp-3Breserved-3D0=DwIFaQ=4eML17H > GLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=YCkEqQ > W23iIRueZX3OWJu4b9vx28s2vx_BXdCNRelBY=-ZheRIEF1RE0AyjQdS7oc6tIeCNJi3 > t3O0TULlsmBC0= > > > > ‐‐‐ Original Message ‐‐‐ > > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > > > One of our job is abending with RC S722 and the error show the > > > maximum outlimit execeed. We have coded lines=99(Maximum > > > limit) and run but getting same error. Current zos level is 1.13. any > > > idea? > > > > > > -- > > > > > > -- > > > > > > > > > > > > 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 > > ::DISCLAIMER:: > > > > > -- > -- > -- > > > The contents of this e-mail and any attachment(s) are confidential > > and intended for the named recipient(s) only. E-mail transmission is > > not guaranteed to be secure or error-free as information could be > intercepted, > > corrupted, lost, destroyed, arrive late or incomplete, or may > > contain viruses in transmission. The e mail and its contents (with > > or without referred errors) shall therefore not attach any liability > > on the > originator > > or HCL or its affiliates. Views or opinions, if any, presented in > > this email are solely those of the author and may not necessarily > > reflect the views or opinions of HCL or its affiliates. Any form of > > reproduction, dissemination, copying, disclosure, modification, > > distribution and / or publication of this message without the prior > > written consent of > authorized > > representative of HCL is strictly prohibited. If you have received > > this email in error please delete it and notify the sender > > immediately. Before opening any email and/or attachments, please > > check them for viruses and other defects. > > > > > -- > -- > -
Re: Job abend with S722
That is the whole point of the S722 abend. To prevent a runaway job from crashing the system. Yes it certainly will impact overall spool usage -Original Message- From: IBM Mainframe Discussion List On Behalf Of raji ece Sent: Friday, July 5, 2019 9:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 This will not impact the overall spool usage right?? Regards, Raji On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote: > Or, you could try OUTLIM=16777215 on the DD SYSOUT card. > > Joe > > On Fri, Jul 5, 2019 at 8:56 AM Allan Staller > wrote: > > > JES might also be supplying the OUTLIM. It does not necessarily come > > from JCL. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs > > Sent: Friday, July 5, 2019 8:54 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Job abend with S722 > > > > If you don't care how many lines are produced, take off the OUTLIM > > parameter from the DD statement. That'll prevent the S722 abend. > Otherwise > > it's doing exactly what it's meant to do. > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.comdata=02%7C01%7Callan.staller%40HCL.COM%7C512edf859264470d > fd5c08d701514c00%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C63697932 > 1035229107sdata=RblLMtyp2frGWN%2Bber%2B6zLjzYnwAeoqUsBVaWGFZvqU%3 > Dreserved=0 > > > > ‐‐‐ Original Message ‐‐‐ > > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > > > One of our job is abending with RC S722 and the error show the > > > maximum outlimit execeed. We have coded lines=99(Maximum > > > limit) and run but getting same error. Current zos level is 1.13. any > > > idea? > > > > > > -- > > > > > > -- > > > > > > > > > > > > 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 > > ::DISCLAIMER:: > > > > > -- > -- > -- > > > The contents of this e-mail and any attachment(s) are confidential > > and intended for the named recipient(s) only. E-mail transmission is > > not guaranteed to be secure or error-free as information could be > intercepted, > > corrupted, lost, destroyed, arrive late or incomplete, or may > > contain viruses in transmission. The e mail and its contents (with > > or without referred errors) shall therefore not attach any liability > > on the > originator > > or HCL or its affiliates. Views or opinions, if any, presented in > > this email are solely those of the author and may not necessarily > > reflect the views or opinions of HCL or its affiliates. Any form of > > reproduction, dissemination, copying, disclosure, modification, > > distribution and / or publication of this message without the prior > > written consent of > authorized > > representative of HCL is strictly prohibited. If you have received > > this email in error please delete it and notify the sender > > immediately. Before opening any email and/or attachments, please > > check them for viruses and other defects. > > > > > -- > -- > -- > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the m
Re: Job abend with S722
Classification: Public Of course it will; you'll be allowing the job to create more output.. Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of raji ece Sent: 05 July 2019 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 -- This email has reached the Bank via an external source -- This will not impact the overall spool usage right?? Regards, Raji On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote: > Or, you could try OUTLIM=16777215 on the DD SYSOUT card. > > Joe > > On Fri, Jul 5, 2019 at 8:56 AM Allan Staller > wrote: > > > JES might also be supplying the OUTLIM. It does not necessarily come > > from JCL. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Jacobs > > Sent: Friday, July 5, 2019 8:54 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Job abend with S722 > > > > If you don't care how many lines are produced, take off the OUTLIM > > parameter from the DD statement. That'll prevent the S722 abend. > Otherwise > > it's doing exactly what it's meant to do. > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi. > protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton > mail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ca28874391ce64e18 > 64d208d701505135%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63697931 > 6822561251sdata=Ok2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%2B1zzn9Gs8%3D& > amp;reserved=0 > > > > ‐‐‐ Original Message ‐‐‐ > > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > > > One of our job is abending with RC S722 and the error show the > > > maximum outlimit execeed. We have coded lines=99(Maximum > > > limit) and run but getting same error. Current zos level is 1.13. any > > > idea? > > > > > > -- > > > > > > -- > > > > > > > > > > > > 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 > > ::DISCLAIMER:: > > > > > -- > -- > -- > > > The contents of this e-mail and any attachment(s) are confidential > > and intended for the named recipient(s) only. E-mail transmission is > > not guaranteed to be secure or error-free as information could be > intercepted, > > corrupted, lost, destroyed, arrive late or incomplete, or may > > contain viruses in transmission. The e mail and its contents (with > > or without referred errors) shall therefore not attach any liability > > on the > originator > > or HCL or its affiliates. Views or opinions, if any, presented in > > this email are solely those of the author and may not necessarily > > reflect the views or opinions of HCL or its affiliates. Any form of > > reproduction, dissemination, copying, disclosure, modification, > > distribution and / or publication of this message without the prior > > written consent of > authorized > > representative of HCL is strictly prohibited. If you have received > > this email in error please delete it and notify the sender > > immediately. Before opening any email and/or attachments, please > > check them for viruses and other defects. > > > > > -- > -- > -- > > > > > > > -- For IBM-MAIN subscribe / signoff / archive
Re: Job abend with S722
This will not impact the overall spool usage right?? Regards, Raji On Fri, Jul 5, 2019, 7:29 PM Joe Monk wrote: > Or, you could try OUTLIM=16777215 on the DD SYSOUT card. > > Joe > > On Fri, Jul 5, 2019 at 8:56 AM Allan Staller > wrote: > > > JES might also be supplying the OUTLIM. It does not necessarily come from > > JCL. > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of Mark Jacobs > > Sent: Friday, July 5, 2019 8:54 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Job abend with S722 > > > > If you don't care how many lines are produced, take off the OUTLIM > > parameter from the DD statement. That'll prevent the S722 abend. > Otherwise > > it's doing exactly what it's meant to do. > > > > Mark Jacobs > > > > > > Sent from ProtonMail, Swiss-based encrypted email. > > > > GPG Public Key - > > > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ca28874391ce64e1864d208d701505135%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636979316822561251sdata=Ok2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%2B1zzn9Gs8%3Dreserved=0 > > > > ‐‐‐ Original Message ‐‐‐ > > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > > > One of our job is abending with RC S722 and the error show the maximum > > > outlimit execeed. We have coded lines=99(Maximum limit) and run > > > but getting same error. Current zos level is 1.13. any idea? > > > > > > -- > > > -- > > > > > > > > > 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 > > ::DISCLAIMER:: > > > > > -- > > The contents of this e-mail and any attachment(s) are confidential and > > intended for the named recipient(s) only. E-mail transmission is not > > guaranteed to be secure or error-free as information could be > intercepted, > > corrupted, lost, destroyed, arrive late or incomplete, or may contain > > viruses in transmission. The e mail and its contents (with or without > > referred errors) shall therefore not attach any liability on the > originator > > or HCL or its affiliates. Views or opinions, if any, presented in this > > email are solely those of the author and may not necessarily reflect the > > views or opinions of HCL or its affiliates. Any form of reproduction, > > dissemination, copying, disclosure, modification, distribution and / or > > publication of this message without the prior written consent of > authorized > > representative of HCL is strictly prohibited. If you have received this > > email in error please delete it and notify the sender immediately. Before > > opening any email and/or attachments, please check them for viruses and > > other defects. > > > > > -- > > > > -- > > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
Or, you could try OUTLIM=16777215 on the DD SYSOUT card. Joe On Fri, Jul 5, 2019 at 8:56 AM Allan Staller wrote: > JES might also be supplying the OUTLIM. It does not necessarily come from > JCL. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Jacobs > Sent: Friday, July 5, 2019 8:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Job abend with S722 > > If you don't care how many lines are produced, take off the OUTLIM > parameter from the DD statement. That'll prevent the S722 abend. Otherwise > it's doing exactly what it's meant to do. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ca28874391ce64e1864d208d701505135%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636979316822561251sdata=Ok2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%2B1zzn9Gs8%3Dreserved=0 > > ‐‐‐ Original Message ‐‐‐ > On Friday, July 5, 2019 9:36 AM, raji ece wrote: > > > One of our job is abending with RC S722 and the error show the maximum > > outlimit execeed. We have coded lines=99(Maximum limit) and run > > but getting same error. Current zos level is 1.13. any idea? > > > > -- > > -- > > > > > > 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 > ::DISCLAIMER:: > > -- > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > > -- > > -- > 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
Re: Job abend with S722
JES might also be supplying the OUTLIM. It does not necessarily come from JCL. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Friday, July 5, 2019 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Job abend with S722 If you don't care how many lines are produced, take off the OUTLIM parameter from the DD statement. That'll prevent the S722 abend. Otherwise it's doing exactly what it's meant to do. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ca28874391ce64e1864d208d701505135%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636979316822561251sdata=Ok2qDznyrvfy7kXhRjL13N1ZQCapFgZ5Ct%2B1zzn9Gs8%3Dreserved=0 ‐‐‐ Original Message ‐‐‐ On Friday, July 5, 2019 9:36 AM, raji ece wrote: > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run > but getting same error. Current zos level is 1.13. any idea? > > -- > -- > > > 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 ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Job abend with S722
If you don't care how many lines are produced, take off the OUTLIM parameter from the DD statement. That'll prevent the S722 abend. Otherwise it's doing exactly what it's meant to do. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Friday, July 5, 2019 9:36 AM, raji ece wrote: > One of our job is abending with RC S722 and the error show the maximum > outlimit execeed. We have coded lines=99(Maximum limit) and run but > getting same error. Current zos level is 1.13. any idea? > > > > 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
Re: Job abend with S722
Can't help you from this side. The system is doing what it is supposed to do. You need to look at the job (application pgms, ) and find out why so much output is being produced. -Original Message- From: IBM Mainframe Discussion List On Behalf Of raji ece Sent: Friday, July 5, 2019 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Job abend with S722 One of our job is abending with RC S722 and the error show the maximum outlimit execeed. We have coded lines=99(Maximum limit) and run but getting same error. Current zos level is 1.13. any idea? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
