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 yourget? 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