Classification: Confidential If they are creating that much data, set the "correct" limit for the system as a default. Any production job that exceeds that limit, can have an individual limit set in excess of the default. Let everything else abend.
True story. Got an o dart thirty call, spool was full. Located and purged the offending job. 100+mm linnes of output. Most of it was repetitive error messages. A little bit of post-processing of SMF data indicated that only 2 production jobs in a month exceeded 16mm lines of output. Set the increased limit for the 2 jobs (and the system default to 16mm lines). Allowed JES2 to abend offenders. Later on, got a spool warning for 80%. Found a 5 similar jobs, each with 16mm lines of useless output (no o dark thirty call). Was able to purge the abended jobs easily. No muss, no fuss. Other than the SMF analysis, the above seems to be lot simpler to implement. Good Luck -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Rob Schramm Sent: Friday, November 12, 2021 9:24 AM To: [email protected] Subject: IEFUSO - smf common area [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Hello all! I am wondering if we can use the smfucom to store a status of how many times we have increased the output limit. I suspect the answer is no, but I cannot find anything describing what it is used for. Thanks Rob Schramm ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN
