I used CA-OPS/MVS to create a SLEEP command. It just simplifies doing a "E
jobname,QUIESCE". And WAKEUP does a "E jobname,RESUME".  I was vetoed about
doing an automatic SLEEP on an "estimated lines exceeded" message.

On Tue, Jun 11, 2013 at 12:01 PM, DASDBILL2 <[email protected]> wrote:

> Instead of ABENDing a piece of work (pun intended) that is spewing an
> infinite output or using an infinite amount of some resource, how about
> putting it into some kind of suspended status for later resolution by the
> submitter, the developer, an operator manager, etc.?  The downside is that
> sooner or later many address spaces could be tied up with suspended pieces
> of work that exceeded all known limits and have yet to be decided upon as
> to how to handle, since the developer is on vacation or the dog ate the
> source code .  But that is preferable to letting them spew away forever or
> be ABENDed when only one microsecond away from a normal end.  Maybe some
> committee could vote on what to do with the suspended spewer(s).
>
>
>
> Just an idea.
>
> Bill Fairchild
> Franklin, TN
>
>
> ----- Original Message -----
> From: "Shmuel Metz (Seymour J.)" <[email protected]>
> To: [email protected]
> Sent: Tuesday, June 11, 2013 8:37:08 AM
> Subject: Re: Storage paradigm [was: RE: Data volumes]
>
> In
> <985915eee6984740ae93f8495c624c6c23194bd...@jscpcwexmaa1.bsg.ad.adp.com>,
> on 06/10/2013
>    at 02:46 PM, "Farley, Peter x23353" <[email protected]>
> said:
>
> >There *are* non-theoretical solutions to "runaway" file output.  The
> >*ix system model of using "disk quotas" per "user" makes it entirely
> >possible to imagine z/OS "application" users with "reasonable" disk
> >quotas specific to the application (i.e., not by job but by suite of
> >jobs).
>
> Mommy, make it go away. An out of control job would kill unrelated
> work. Per file quotas might be workable, but would lead to the same
> types of outcry as space specification: "I don't know how much output
> the job will create."
>
> --
>      Shmuel (Seymour J.) Metz, SysProg and JOAT
>      Atid/2        <http://patriot.net/~shmuel>
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to