From gjelinek@sac.sfbay.sun.com Thu Jan 22 06:10:05 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0MEA45R004256 for ; Thu, 22 Jan 2009 06:10:05 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0MEA3pQ022455; Thu, 22 Jan 2009 07:10:04 -0700 (MST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDV00K0PM0Q0M00@brm-avmta-1.central.sun.com>; Thu, 22 Jan 2009 07:10:02 -0700 (MST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDV00F77M0PJV30@brm-avmta-1.central.sun.com>; Thu, 22 Jan 2009 07:10:02 -0700 (MST) Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n0MEA0xB044312; Thu, 22 Jan 2009 06:10:00 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0ME9wk4004251; Thu, 22 Jan 2009 06:09:58 -0800 (PST) Received: (from gjelinek@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n0ME9wp4004247; Thu, 22 Jan 2009 06:09:58 -0800 (PST) Date: Thu, 22 Jan 2009 06:09:58 -0800 (PST) From: Gerald Jelinek Subject: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] To: PSARC-ext@sun.com Cc: Menno.Lageman@sun.com, gerald.jelinek@sun.com Message-id: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 4959 I am sponsoring this fast-track for Menno Lageman. Thanks, Jerry Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: max-processes rctl 1.2. Name of Document Author/Supplier: Author: Menno Lageman 1.3 Date of This Document: 22 January, 2009 4. Technical Description 1. Summary This case proposes the addition of two new resource controls to limit the number of procesess in a zone or project at any one time to prevent the problem described in 6631612 (non-global zone can overrun the process table of the system)[1]. For observability of resource usage and limits, this case also adds kstats similar to those introduced by PSARC 2006/598[2]. Patch binding is requested. 2. Description The max-processes resource controls introduced by this case limit the number of slots in the process table that a zone or project may occupy. Currently there is no way to prevent a zone or project from exhausting the process table (intentionally or by accident), thus allowing a non-global zone to impact other non-global zones and the system as a whole. While the existing max-lwps resource controls offer some protection, they cannot prevent zombie processes from filling up the process table. Zombie processes by definition do not have any lwps and are thus not limited by the max-lwps resource controls. They do however still take up a slot in the process table until their exit status is reaped, leading to the problem described in 6631612 where a misbehaving application in a non-global zone created thousands of zombies eventually using up all process table slots and preventing new processes from being created on the system. The zone.max-processes and project.max-processes resource controls are enforced during fork(2). The project.max-procesess resource control is also enforced when switching to another project. Processes running in the 'system' project in the global zone are exempt from both resource controls. Since the goal of these resource controls is to protect the system and other non-global zones from a misbehaving non-global zone, all processes in non-global zones are subject to these resource controls without exception. Setting these resource controls on the global zone is allowed but not recommended. For compatibility with current behavior the max-processes resource controls only have an unlimited 'system' limit by default. To limit the number of processes an administrator must add a 'privileged' limit. The zonecfg(1M) utility will be enhanced to support setting the limit for a zone using the short form 'set max-processes=n' or the long form 'add rctl ...'. To prevent an administrator from setting the limit too low, zonecfg(1M) will enforce a safe lower limit of 100 processes (cf. max-lwps). The max-processes resource control only limits the number of process table slots used; setting the max-lwps resource control is still required to limit the number of lwps. Rather than require the administrator to always configure both resource controls, the zonecfg(1M) max-processes property will provide a single point of control for both resource controls. If the max-processes property is set but the max-lwps property is not set, the max-lwps resource control will be configured automatically at zone boot with a reasonable limit derived from the value of max-processes and a multiplier of 10. This value was chosen based on analysis of data collected on customer systems by the Explorer tool. The kstats will have three statistics: usage: The current quantity of resource consumed. value: The current enforced cap. zonename: The name of the zone. The global zone will see kstats for all zones, non-global zones can only observe their own kstats. 3. Exported Interfaces INTERFACE TYPE COMMITMENT project.max-processes resource control Committed zone.max-processes resource control Committed max-processes zonecfg(1M) property Committed caps:{zoneid}:nprocs_zone_{zoneid} kstat Uncommitted caps:{zoneid}:nprocs_project_{projectid} kstat Uncommitted 4. References [1] 6631612 non-global zone can overrun the process table of the system http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6631612 [2] PSARC 2006/598 Swap resource control; locked memory RM improvements http://opensolaris.org/os/community/arc/caselog/2006/598/ 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Darren.Moffat@sun.com Thu Jan 22 06:34:46 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0MEYkYH004443 for ; Thu, 22 Jan 2009 06:34:46 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0MEYhT9008419 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 22 Jan 2009 06:34:45 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDV00807N5XBA00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 Jan 2009 06:34:45 -0800 (PST) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDV0016NN5WQ260@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 Jan 2009 06:34:45 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MEYiFC026443 for ; Thu, 22 Jan 2009 14:34:44 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00801LXJ4200@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 22 Jan 2009 14:34:44 +0000 (GMT) Received: from [129.156.173.199] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00IRQN5DWN30@fe-emea-10.sun.com>; Thu, 22 Jan 2009 14:34:25 +0000 (GMT) Date: Thu, 22 Jan 2009 14:34:25 +0000 From: Darren J Moffat Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> Sender: Darren.Moffat@sun.com To: Gerald Jelinek Cc: PSARC-ext@sun.com, Menno.Lageman@sun.com, Gerald.Jelinek@sun.com Message-id: <497883F1.9000405@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081119) Status: RO Content-Length: 132 I think this project should so introduce task.max-processes since there is already task,project,zone max-lwps. -- Darren J Moffat From gdamore@sun.com Thu Jan 22 08:32:12 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0MGWCq4024460 for ; Thu, 22 Jan 2009 08:32:12 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0MGW1pK054628 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 22 Jan 2009 09:32:11 -0700 (MST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDV00E01SLMM200@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 22 Jan 2009 08:32:10 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDV00EW0SLL3F00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 22 Jan 2009 08:32:09 -0800 (PST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0MGW9VH027947 for ; Thu, 22 Jan 2009 08:32:09 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDV00H01R1PYB00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 22 Jan 2009 08:32:09 -0800 (PST) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDV00D7PSKS0BH0@fe-sfbay-09.sun.com>; Thu, 22 Jan 2009 08:31:41 -0800 (PST) Date: Thu, 22 Jan 2009 08:21:37 -0800 From: "Garrett D'Amore" Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <497883F1.9000405@Sun.COM> Sender: Garrett.Damore@sun.com To: Darren J Moffat Cc: Gerald Jelinek , PSARC-ext@sun.com, Menno.Lageman@sun.com, Gerald.Jelinek@sun.com Message-id: <49789D11.2020105@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> <497883F1.9000405@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 397 Darren J Moffat wrote: > I think this project should so introduce task.max-processes since > there is already task,project,zone max-lwps. > > -- > Darren J Moffat +1 to the project, and to Darren's proposal as well. (In other words, I agree with Darren's recommendation, but go ahead and give the project a +1 even if they choose not to implement the task resource control.) -- Garrett From Menno.Lageman@Sun.Com Fri Jan 23 01:52:02 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0N9q2Bp022550 for ; Fri, 23 Jan 2009 01:52:02 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0N9q1fY007060 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 23 Jan 2009 01:52:02 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDX00M014QNFO00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 02:51:59 -0700 (MST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDX00D0F4QMUA80@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 02:51:59 -0700 (MST) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0N9pwkW022528 for ; Fri, 23 Jan 2009 09:51:58 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDX00F012ZMDJ00@fe-emea-10.sun.com> (original mail from Menno.Lageman@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 09:51:58 +0000 (GMT) Received: from [192.168.1.64] ([92.67.28.241]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDX000JE4QIS120@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 09:51:54 +0000 (GMT) Date: Fri, 23 Jan 2009 10:52:08 +0100 From: Menno Lageman Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <497883F1.9000405@Sun.COM> Sender: Menno.Lageman@Sun.Com To: Darren J Moffat Cc: PSARC-ext@Sun.Com Message-id: <49799348.2050301@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> <497883F1.9000405@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 340 Darren J Moffat wrote: > I think this project should so introduce task.max-processes since there > is already task,project,zone max-lwps. Darren, I'll look into adding task.max-processes. (I hadn't considered adding them because most users seem to be interested the higher level zone rctls rather than the finer grained rctls). Menno From Darren.Moffat@sun.com Fri Jan 23 02:30:09 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0NAU92X023175 for ; Fri, 23 Jan 2009 02:30:09 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0NAU8Ul013637 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 23 Jan 2009 02:30:08 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KDX00D2Z6I6QX00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 02:30:06 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KDX007V86I2PA50@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 02:30:02 -0800 (PST) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0NAU1dG000296 for ; Fri, 23 Jan 2009 10:30:01 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KDX001016DGUE00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 10:30:01 +0000 (GMT) Received: from [129.156.173.199] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KDX005M26HRD5D0@fe-emea-10.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 23 Jan 2009 10:29:51 +0000 (GMT) Date: Fri, 23 Jan 2009 10:29:51 +0000 From: Darren J Moffat Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <49799348.2050301@sun.com> Sender: Darren.Moffat@sun.com To: Menno Lageman Cc: PSARC-ext@sun.com Message-id: <49799C1F.7070407@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> <497883F1.9000405@Sun.COM> <49799348.2050301@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081119) Status: RO Content-Length: 810 Menno Lageman wrote: > Darren J Moffat wrote: >> I think this project should so introduce task.max-processes since there >> is already task,project,zone max-lwps. > > Darren, > > I'll look into adding task.max-processes. (I hadn't considered adding them because > most users seem to be interested the higher level zone rctls rather than the finer > grained rctls). I understand that task.max-processes isn't required for the problem you were initially solving but I have other uses for it in particular see the following article I wrote on limiting user logins using rctls. It would combine with this been much better to use task.max-processes than task.max-lwps if a limit on the number of processes was required. http://blogs.sun.com/darren/entry/limiting_users_to_one_login -- Darren J Moffat From Menno.Lageman@sun.com Mon Jan 26 07:08:35 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0QF8YgG000487 for ; Mon, 26 Jan 2009 07:08:34 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0QF8XEq011269 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 26 Jan 2009 07:08:34 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KE30060P3EA2P00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 26 Jan 2009 07:08:34 -0800 (PST) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KE3004X23E7CC30@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 26 Jan 2009 07:08:32 -0800 (PST) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n0QF8U5K026670 for ; Mon, 26 Jan 2009 15:08:30 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KE3004012INC100@fe-emea-09.sun.com> (original mail from Menno.Lageman@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 26 Jan 2009 15:08:30 +0000 (GMT) Received: from [192.168.1.64] ([92.67.28.241]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KE300B0T3DOA990@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 26 Jan 2009 15:08:18 +0000 (GMT) Date: Mon, 26 Jan 2009 16:08:23 +0100 From: Menno Lageman Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <49799C1F.7070407@Sun.COM> Sender: Menno.Lageman@sun.com To: Darren J Moffat Cc: PSARC-ext@sun.com Message-id: <497DD1E7.20005@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> <497883F1.9000405@Sun.COM> <49799348.2050301@sun.com> <49799C1F.7070407@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 1194 Darren J Moffat wrote: > Menno Lageman wrote: >> Darren J Moffat wrote: >>> I think this project should so introduce task.max-processes since >>> there is already task,project,zone max-lwps. >> >> Darren, >> >> I'll look into adding task.max-processes. (I hadn't considered adding >> them because most users seem to be interested the higher level zone >> rctls rather than the finer grained rctls). > > I understand that task.max-processes isn't required for the problem you > were initially solving but I have other uses for it in particular see > the following article I wrote on limiting user logins using rctls. It > would combine with this been much better to use task.max-processes than > task.max-lwps if a limit on the number of processes was required. > > http://blogs.sun.com/darren/entry/limiting_users_to_one_login > To add the task.max-processes resource control, I'd like to amend this case to also include these interfaces: INTERFACE TYPE COMMITMENT task.max-processes resource control Committed caps:{zoneid}:nprocs_task_{taskid} kstat Uncommitted Menno From Gerald.Jelinek@sun.com Thu Jan 29 14:20:19 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n0TMKJnU022409 for ; Thu, 29 Jan 2009 14:20:19 -0800 (PST) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n0TMKJWr018025 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 29 Jan 2009 14:20:19 -0800 (PST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KE900I017DUPV00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 29 Jan 2009 15:20:18 -0700 (MST) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KE9000NE7DTSUB0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 29 Jan 2009 15:20:17 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n0TMKH0T014870 for ; Thu, 29 Jan 2009 22:20:17 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KE90020173D9G00@mail-amer.sun.com> (original mail from Gerald.Jelinek@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 29 Jan 2009 15:20:17 -0700 (MST) Received: from [192.168.0.11] ([206.53.29.107]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KE900LKA7DF7V30@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 29 Jan 2009 15:20:04 -0700 (MST) Date: Thu, 29 Jan 2009 15:20:03 -0700 From: Jerry Jelinek Subject: Re: max-processes rctl [PSARC/2009/042 FastTrack timeout 01/28/2009] In-reply-to: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> Sender: Gerald.Jelinek@sun.com To: PSARC-ext@sun.com Cc: Menno.Lageman@sun.com Message-id: <49822B93.8050301@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200901221409.n0ME9wp4004247@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081203) Status: RO Content-Length: 228 This fast-track timed out with no objections so I have marked it closed approved. I placed an updated spec in the case directory which includes the additional task rctls added during the discussion of this case. Thanks, Jerry