Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!oddjob!gargoyle!ihnp4!cbosgd!osu-cis!tut!tut.cis.ohio-state.edu!mumble@karl
From: karl@mumble.cis.ohio-state.edu (Karl Kleinpaste)
Newsgroups: comp.sys.att
Subject: Re: 3b2/400 ulimit
Message-ID: <2558@tut.cis.ohio-state.edu>
Date: Tue, 1-Dec-87 16:37:21 EST
Article-I.D.: tut.2558
Posted: Tue Dec  1 16:37:21 1987
Date-Received: Sat, 5-Dec-87 11:28:38 EST
References: <226@tsc.UUCP> <901@csuchico.EDU> <2280@tut.cis.ohio-state.edu> <2445@tut.cis.ohio-state.edu> <1720@houxa.UUCP>
Sender: news@tut.cis.ohio-state.edu
Reply-To: karl@tut.cis.ohio-state.edu
Lines: 22
In-reply-to: jph@houxa.UUCP's message of 1 Dec 87 16:25:28 GMT


jph@houxa.UUCP writes:
   A much safer and more selective way to accomplish the same result
   is to replace references to getty to references to a program
   similiar to the one Karl proposed.  The program should set ULIMIT
   to a higher value, and then exec the real getty.  Simply use the
   new program in place of getty ONLY ON THE PORTS THAT NEED THE
   HIGHER ULIMIT (such as for uucp/news).

No, this will not have the same result at all.  How long is your cron
log, or your sulog?  How long do your news logfiles get?  How long do
you let your  get?  Replacing getty will only
catch things that happen via people (or machines) logging in; it will
not catch automatic, cron-initiated things.

Do it right, at the source, in init.  Consider that the tunability of
the ulimit is now (in V.3.1 and later) even farther back, in the REAL
source, the kernel itself.  Now, if you want to mess with restricted
ulimits for normal users, do it in the right place, which I consider
to be /etc/profile.  Joe Random User can be forced to execute "ulimit
2048" there if you really want to impose a 1Mb limit on him.
-=-
Karl