killing processes

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From - Fri Oct 13 15:41:16 2000
Newsgroups: comp.unix.sco.misc
Path: news.randori.com!newsfeeder.randori.com!cyclone-west.rr.com!news.rr.com!news-west.rr.com!logbridge.uoregon.edu!newsfeed.stanford.edu!nntp.cs.ubc.ca!enigma.xenitec.on.ca!news.xenitec.on.ca!news
From: Tom Parsons <cis@tegan.com>
Subject: Re: Runaway Processes
Resent-From: mmdf@xenitec.on.ca
Submit-To: scomsc@xenitec.on.ca
Content-Type: text/plain; charset=us-ascii
Organization: [resent by] The SCOMSC gateway and Propagation Society
Date: Fri, 13 Oct 2000 18:09:05 GMT
Message-ID: <20001013130905.23998@tegan.com> 
X-Mailer: Mutt 0.88e
To: scomsc@xenitec.on.ca
Mime-Version: 1.0
In-Reply-To: <bMxF5.16449$Km6.764872@news-west.usenetserver.com>; from John DuBois on Fri, Oct 13, 2000 at 06:15:35AM +0000
References: <39e5e4c6$0$17350@wodc7nh6.news.uu.net> <20001012121617.04686@tegan.com> <bMxF5.16449$Km6.764872@news-west.usenetserver.com> 
Sender: cis@tegan.com
Precedence: list
Lines: 40
Xref: news.randori.com comp.unix.sco.misc:67186
X-Mozilla-Status: 8010
X-Mozilla-Status2: 00000000

John DuBois enscribed:
| In article <20001012121617.04686@tegan.com>,
| Tom Parsons  <cis@tegan.com> wrote:
| >John Hatcher enscribed:
| >| We are using a windows based telnet program to access our order entry
| >| system.  The problem we are having, is instead of disconnecting properly for
| >| our servers, our people are just closing the windows.  Hence we have a lor
| >| of runaway processes.
| >| 
| >| What I would like to do is find out how to kill these automatically after a
| >| certain time has passed.
| >
| >Teach the users to log out properly
| >Get an emulator that does a better job of closing sessions
| >Get the application fixed so it won't misbehave and start runaway processes.
| 
| These are definitely the best options.
| 
| If all else fails, you can try using CPU time limits to prevent having the
| runaway processes run and suck up CPU time forever (this assumes that by
| "runaway processes" you mean processes that are actually using CPU time).
| This would involve using the process accounting system to determine the maximum
| amount of CPU time ever legitimately used by the application (which shouldn't
| be too high if the users log out at the end of each day), and then using ksh's
| "ulimit -t" facility to set the maximum amount of CPU time the application can
| use before being killed to something higher than that.
| 
| There may be other things you can do depending on what release
| of the OS you're using.

Interesting method.

I use your proctree program (ftp.armory.com:/pub/scripts/proctree) as the
basis for a shell script that attempts to kill the processes on each tty 
in reverse order.  This usually gets children before they get disconnected
from their parents and controlling tty.
-- 
==========================================================================
 Tom Parsons            tom@tegan.com          
==========================================================================    

Take Control of Your Domain Names

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.