craig@cutmcvax.OZ (Craig Farrell) (11/13/89)
 Dear Ultrix'ers,
	We are about to  convert our vax over to Ultrix (V3.1) and we require
a way to limit the number of processes a user can fork off. Ideally we
would like to do  a minimum of Kernel hacking, so... does someone out there
have, or know of, a system to limit a users processes for ultrix which we can
get our hands on. 
							Thanx for any help
							or suggestions.
							Craig Farrell.
PLease e-mail responses  to craig@cutmcvax.oz
-------------------------------------------------------------------------
    ___    _    ____    _   ___
   /   \__/ \__/    \__/ \_/   \
  |           |O O              |
   \         _|     __         /
    \_______/ |     | \_______/
             /     _/
          __/    _/
         /) (o _/
         \    /           Hey Rocky watch me pull a rabbit from my hat!
          \__/
From: Craig Farrell
Organisation: Curtin University West Australia.
ACSnet: craig@cutmcvax.oz
UUCP: ...!uunet!munnari!cutmcvax!craig
ARPA: craig%cutmcvax.oz@uunet.UU.NETalan@shodha.dec.com ( Alan's Home for Wayward Notes File.) (11/14/89)
In article <120@cutmcvax.OZ>, craig@cutmcvax.OZ (Craig Farrell) writes: > > Dear Ultrix'ers, > > We are about to convert our vax over to Ultrix (V3.1) and we require > a way to limit the number of processes a user can fork off. There is configuration file parameter call "maxuprc" that controls the maximium number of processes a user can have. The default value is 50. > Craig Farrell. -- Alan Rollow alan@nabeth.enet.dec.com
grr@cbmvax.UUCP (George Robbins) (11/14/89)
In article <120@cutmcvax.OZ> craig@cutmcvax.oz (Craig Farrell) writes: > > We are about to convert our vax over to Ultrix (V3.1) and we require > a way to limit the number of processes a user can fork off. Ideally we > would like to do a minimum of Kernel hacking, so... does someone out there > have, or know of, a system to limit a users processes for ultrix which we can > get our hands on. There is a configuration parameter that does this "maxuprc" - the only thing is you don't want to set it too low, since it applies to all non-root user id's and things get messed up in fairly disgusting ways when id's like daemon, news, and uucp run out of processes, so I wouldn't recommend setting it lower than 15 and considerably higher if your system is heavily loaded. A clever person could probably patch things to change the test for whether the limit applies from uid=0 to uid < n or gid < n, but I've never bothered, since I run with maxuprc set to 48, and go track down and shoot offenders... -- George Robbins - now working for, uucp: {uunet|pyramid|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@uunet.uu.net Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)
bill@fedeva.UUCP (Bill Daniels) (11/17/89)
craig@cutmcvax.OZ (Craig Farrell) writes: >have, or know of, a system to limit a users processes for ultrix which we can >get our hands on. How about the "maxuprc" configuration parameter? It defaults to 50 but is easily changed but does require building a new kernel, but no hacking (which you wished to avoid) is involved. --- bill daniels federal express, memphis, tn {hplabs!csun,mit-eddie!premise}!fedeva!wrd3156 -- bill daniels federal express, memphis, tn {hplabs!csun,mit-eddie!premise}!fedeva!wrd3156