Re: [zones-discuss] dhcp/zone
Robert Milkowski writes: Hello Zoram, Tuesday, December 11, 2007, 9:41:13 AM, you wrote: ZT IIRC, you need to have ip-type=exclusive to have DHCP work in a ZT non-global zone. Currently ce doesn't support exclusive IP stack, but I ZT remember seeing an RFE somewhere that'd allow exclusive/ce combo. ZT Perhaps this has already been fixed in Open Solaris, I'm not sure. IIRC someone from Sun wrote some time ago it won't rather happen (GLDv3 version of ce) - unfortunately. I think you're confusing two things. One is the conversion of 'ce' to GLDv3. That might or might not happen -- I know of at least one person who is quite interested in it, but I don't know whether the work will get done. Given the number of ... special ... features in that driver, it'd be an interesting job to say the least. The other is the support of the ioctls necessary for assignment of links to a zone, which is needed to support the exclusive IP stack feature, and the tweaks to zoneadmd to make it work. This *HAS* been done and is on a path for release. In S10 currently, the only framework that supports the feature is GLDv3, which is why the exclusive IP stack is tied to GLDv3 support. But non-GLDv3 drivers can also be modified (with some difficulty) to support the feature, and that's what's being done for 'ce.' -- James Carlson, Solaris Networking [EMAIL PROTECTED] Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Getting memory and CPU usage per zone
There is a script written for Hobbit that pulls the zone cpu stats. You can modify it to get what you need. Go to http://www.trantor.org/theshire/doku.php/monitors and look at the zonestat perl script. Tom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matty Sent: Wednesday, December 12, 2007 11:34 AM To: zones-discuss Subject: [zones-discuss] Getting memory and CPU usage per zone Howdy, I am been digging through the kstats on my Nevada build 74 machine, but cannot seem to find a kstat that shows how much memory or CPU is used by a zone. Does anyone happen to know if there is a simple way to programmatically determine this? Are there any plans to add additional per zone kstats? Thanks, - Ryan -- UNIX Administrator http://prefetch.net ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Getting memory and CPU usage per zone
prstat -Z ? ZONEID NLWP SIZE RSS MEMORY TIME CPU ZONE 5 382 6206M 3575M14% 1:54:23 0.1% foo2 2 396 6189M 3581M14% 2:05:30 0.1% foo7 7 385 6190M 3567M14% 2:01:07 0.1% foo3 8 381 6198M 3581M14% 1:58:00 0.1% foo5 6 388 6191M 3588M14% 2:07:39 0.1% foo4 On Wed, Dec 12, 2007 at 12:33:56PM -0500, Matty wrote: Date: Wed, 12 Dec 2007 12:33:56 -0500 From: Matty [EMAIL PROTECTED] Subject: [zones-discuss] Getting memory and CPU usage per zone To: zones-discuss zones-discuss@opensolaris.org Errors-to: [EMAIL PROTECTED] Precedence: list X-BeenThere: zones-discuss@opensolaris.org Delivered-to: zones-discuss@opensolaris.org X-PMX-Version: 5.2.0.264296 X-Brightmail-Tracker: AA== X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on oss-mail1.opensolaris.org X-Original-To: zones-discuss@opensolaris.org X-Mailman-Version: 2.1.9 List-Post: mailto:zones-discuss@opensolaris.org List-Subscribe: http://mail.opensolaris.org/mailman/listinfo/zones-discuss, mailto:[EMAIL PROTECTED] List-Unsubscribe: http://mail.opensolaris.org/mailman/listinfo/zones-discuss, mailto:[EMAIL PROTECTED] List-Archive: http://mail.opensolaris.org/pipermail/zones-discuss List-Help: mailto:[EMAIL PROTECTED] List-Id: Zones General Discussion zones-discuss.opensolaris.org Original-recipient: rfc822;[EMAIL PROTECTED] X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.2.3 X-Spam-Level: Howdy, I am been digging through the kstats on my Nevada build 74 machine, but cannot seem to find a kstat that shows how much memory or CPU is used by a zone. Does anyone happen to know if there is a simple way to programmatically determine this? Are there any plans to add additional per zone kstats? Thanks, - Ryan -- UNIX Administrator http://prefetch.net ___ zones-discuss mailing list zones-discuss@opensolaris.org -- Rickey C. Weisner Software Development and Performance Specialist Sun Microsystems, INC cell phone: 615-308-1147 email: [EMAIL PROTECTED] ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] dhcp/zone
James Carlson wrote: I think you're confusing two things. One is the conversion of 'ce' to GLDv3. That might or might not happen -- I know of at least one person who is quite interested in it, but I don't know whether the work will get done. Given the number of ... special ... features in that driver, it'd be an interesting job to say the least. There is an interesting support issue for Trunking and/or Aggregation that needs to be addressed to support of ce and ge by GLDV3. Working with Zones and Containers is primarily for a consolidation effort that will demand network bandwidth. We have been using Trunking and IPMP to layout the best of the network infrastructure for perfomance and availability. Solaris Trunking 1.3 does support ce and ge, unlike Solaris 10 Aggregation (dladm). Since dladm is the focus for future network administration among all the other features builtin for supporting IP-instances, where Aggregation is a sub function of, isn't it prudent to be strategic reason to push for the support of ce and ge by GLDV3 ? The other is the support of the ioctls necessary for assignment of links to a zone, which is needed to support the exclusive IP stack feature, and the tweaks to zoneadmd to make it work. This *HAS* been done and is on a path for release. In S10 currently, the only framework that supports the feature is GLDv3, which is why the exclusive IP stack is tied to GLDv3 support. But non-GLDv3 drivers can also be modified (with some difficulty) to support the feature, and that's what's being done for 'ce.' -- ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] dhcp/zone
Ihsan Zaghmouth writes: James Carlson wrote: There is an interesting support issue for Trunking and/or Aggregation that needs to be addressed to support of ce and ge by GLDV3. Indeed. Solaris Trunking 1.3 does support ce and ge, unlike Solaris 10 Aggregation (dladm). Since dladm is the focus for future network administration among all the other features builtin for supporting IP-instances, where Aggregation is a sub function of, isn't it prudent to be strategic reason to push for the support of ce and ge by GLDV3 ? That'd be one good way to do it. The other way is via Clearview's UV shim layer, which will eventually make legacy DLPI devices appear to be GLDv3 drivers. I'd rather see these old drivers ported over to the new framework, but that's a cost/benefit analysis that others (partly the maintainers of the driver) need to make. (And, unfortunately, many of these old drivers are closed-source, so it's harder to find people to help out.) -- James Carlson, Solaris Networking [EMAIL PROTECTED] Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Getting memory and CPU usage per zone
I think Ryan was looking for a kstat, and not using the /proc but you do
get what you want with /proc
There are per zone CPU kstats for zones if you bind a zone to CPUs via
resource controls or via resource pools. If the zones are sharing CPU
with other zones, the CPU kstats you see if for all the zones.
These are the kstats which are visible to callers in the non-global zone
and they will only see these kstats of the CPUs assigned to those zones...
(module:instance:name:class)
- unix:psetid:pset:misc
- cpu_info:processorid:cpu_infoprocessorid:misc
- cpu:processorid:sys:misc
- cpu:processorid:vm:misc
- cpu_stat:processorid:cpu_statprocessorid:misc
- cpu:processorid:intrstat:misc
If you are looking for something like ...
cpu_info:processorid_zoneid:cpu_infoprocessorid:misc
you are out of luck.
IIRC, there is no kstat for per zone memory usage. There is one for
swap ...
caps:{zoneid}:swapresv_zone_{zoneid}
rickey c weisner wrote:
prstat -Z ?
ZONEID NLWP SIZE RSS MEMORY TIME CPU ZONE
5 382 6206M 3575M14% 1:54:23 0.1% foo2
2 396 6189M 3581M14% 2:05:30 0.1% foo7
7 385 6190M 3567M14% 2:01:07 0.1% foo3
8 381 6198M 3581M14% 1:58:00 0.1% foo5
6 388 6191M 3588M14% 2:07:39 0.1% foo4
On Wed, Dec 12, 2007 at 12:33:56PM -0500, Matty wrote:
Date: Wed, 12 Dec 2007 12:33:56 -0500
From: Matty [EMAIL PROTECTED]
Subject: [zones-discuss] Getting memory and CPU usage per zone
To: zones-discuss zones-discuss@opensolaris.org
Errors-to: [EMAIL PROTECTED]
Precedence: list
X-BeenThere: zones-discuss@opensolaris.org
Delivered-to: zones-discuss@opensolaris.org
X-PMX-Version: 5.2.0.264296
X-Brightmail-Tracker: AA==
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on
oss-mail1.opensolaris.org
X-Original-To: zones-discuss@opensolaris.org
X-Mailman-Version: 2.1.9
List-Post: mailto:zones-discuss@opensolaris.org
List-Subscribe: http://mail.opensolaris.org/mailman/listinfo/zones-discuss,
mailto:[EMAIL PROTECTED]
List-Unsubscribe:
http://mail.opensolaris.org/mailman/listinfo/zones-discuss,
mailto:[EMAIL PROTECTED]
List-Archive: http://mail.opensolaris.org/pipermail/zones-discuss
List-Help: mailto:[EMAIL PROTECTED]
List-Id: Zones General Discussion zones-discuss.opensolaris.org
Original-recipient: rfc822;[EMAIL PROTECTED]
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable
version=3.2.3
X-Spam-Level:
Howdy,
I am been digging through the kstats on my Nevada build 74 machine,
but cannot seem to find a kstat that shows how much memory or CPU is
used by a zone. Does anyone happen to know if there is a simple way to
programmatically determine this? Are there any plans to add additional
per zone kstats?
Thanks,
- Ryan
--
UNIX Administrator
http://prefetch.net
___
zones-discuss mailing list
zones-discuss@opensolaris.org
--
---
__ Joseph Balenzano
/_/\ ISV Engineering
/ \\ \ Sun Microsystems Inc.
/_\ \\ / 2 Stamford Plaza, 12th Floor
/_/ \/ / /281 Tresser Blvd
/_/ / \//\ Stamford, CT 06901
\_\//\ / /
\_/ / /\ /[EMAIL PROTECTED]
\_/ \\ \ Phone/Fax: (203) 653-4186
\_\ \\
\_\/
--
___
zones-discuss mailing list
zones-discuss@opensolaris.org
[zones-discuss] Process ID virtualization.
Does the latest builds support PID mapping? (I can't find any docs that say this is supported). Cheers, Brian -- - Brian Gupta http://opensolaris.org/os/project/nycosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Process ID virtualization.
what do you mean by pid mapping? could you also elaborate on why you want this functionality? the only pid mapping that we currently do is: - the lx brand emulation code makes linux think that init is pid 1 - pids from outside a zone are viewed by a process within a zone, the extern pids are mapped to zsched. ed On Wed, Dec 12, 2007 at 07:31:20PM -0500, Brian Gupta wrote: Does the latest builds support PID mapping? (I can't find any docs that say this is supported). Cheers, Brian -- - Brian Gupta http://opensolaris.org/os/project/nycosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Process ID virtualization.
OpenVZ supports migration of running environments from one system to another. (You take a snapshot which includes a list of running pids). Clearly you run the risk of pid conflicts if you don't use virtual pid mapping. My thought is that VMotion (TM) like functionality is definitely on the short list of desired functionality for Sparc based Zones, and it seems that pid virtualization is a prerequisite for this functionality. Cheers, Brian On Dec 12, 2007 7:43 PM, Edward Pilatowicz [EMAIL PROTECTED] wrote: what do you mean by pid mapping? could you also elaborate on why you want this functionality? the only pid mapping that we currently do is: - the lx brand emulation code makes linux think that init is pid 1 - pids from outside a zone are viewed by a process within a zone, the extern pids are mapped to zsched. ed On Wed, Dec 12, 2007 at 07:31:20PM -0500, Brian Gupta wrote: Does the latest builds support PID mapping? (I can't find any docs that say this is supported). Cheers, Brian -- - Brian Gupta http://opensolaris.org/os/project/nycosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org -- - Brian Gupta http://opensolaris.org/os/project/nycosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
