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
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
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 kst
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:
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 th
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 i
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 t
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
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 map
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
10 matches
Mail list logo
