× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



You might want to look at the system values that relate to inactive jobs - there are a number of options there, like disconnect, end, send messages, etc.

HTH

Vern

At 11:25 AM 1/22/2003 -0800, you wrote:
We have some users who shutdown their PC's without signing off the 400.

>>> rob@dekko.com 01/22/03 11:17AM >>>
1)  How does one define a runaway job?  Lots of CPU?  Lots of disk?  Never
ending but neither of the first two?
We had a runaway query that sucked up disk space.  Set a cap on the group
profile and that problem will never occur again.  Try to keep them at 80
to 90% full.
After shooting a few people who insisted on *wrap or *prtwrap for all
joblogs, the occurance of never ending dropped off significantly.  Instead
of getting upset because their job ended because their log was full, they
now try to find out why their log got full.
Lots of CPU?  Better start delving into the work management API's.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Ted Barry" <TBARRY@centralsan.dst.ca.us>
Sent by: midrange-l-bounces@midrange.com
01/22/2003 01:11 PM
Please respond to Midrange Systems Technical Discussion

        To:     <midrange-l@midrange.com>
        cc:
        Fax to:
        Subject:        Best Way to Kill Runaway Interactive Jobs?


Does anyone know of a way to setup a server job to monitor and kill
runaway interactive jobs?  This invariably happens when one is on
vacation, but never when you're clued to the system.  Why is that?


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.