From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/914 Path: news.gmane.org!not-for-mail From: Jared Rhine Newsgroups: gmane.comp.sysutils.supervision.general Subject: Suggest documentation of "soft limit" logic for chpst Date: Mon, 21 Nov 2005 12:46:19 -0800 Message-ID: <4382321B.9050700@wordzoo.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1132606144 3038 80.91.229.2 (21 Nov 2005 20:49:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 21 Nov 2005 20:49:04 +0000 (UTC) Original-X-From: supervision-return-1150-gcsg-supervision=m.gmane.org@list.skarnet.org Mon Nov 21 21:49:02 2005 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1EeIYL-0007dV-Pn for gcsg-supervision@gmane.org; Mon, 21 Nov 2005 21:46:17 +0100 Original-Received: (qmail 29090 invoked by uid 76); 21 Nov 2005 20:46:39 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 29084 invoked from network); 21 Nov 2005 20:46:38 -0000 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en Original-To: supervision@list.skarnet.org X-Enigmail-Version: 0.92.0.0 Xref: news.gmane.org gmane.comp.sysutils.supervision.general:914 Archived-At: It might be helpful to have a little bit of discussion on the chpst manpage which outlines that chpst is dealing with soft limits. I had been trying to raise the limit on number of open files via 'chpst -o 10000'. I thought this was working properly, so I was focused on examining the daemon for bugs. Then I finally had the insight to test whether 'chpst -o 10000 && ulimit -a' was doing what I expect. Now I'm doing a 'ulimit -n 10000' instead of a 'chpst -o 10000'. I had read the manpage a couple of times while doing this investigation, but it's brief with respect to what chpst is really doing with these switches. It wasn't until I saw "softlimit(8)" at the bottom that I started to suspect the source of my problem. Maybe mentioning the actual logic in-line with the manpage text would be useful. I'd also be in favor of chpst being able to raise limits (hard ulimit) to emulate ulimit more directly, but that's a separate conversation.