On Sat, 19 Dec 2009 04:28:52 +0100, Jordan Vaughan jordan.vaug...@sun.com
wrote:
I expanded my webrev to include my fix for
6910339 zonecfg coredumps with badly formed 'select net defrouter'
I need someone to review my changes. The webrev is still accessible via
On Tue, 22 Dec 2009 14:55:34 +0100, Frank Batschulat (Home)
frank.batschu...@sun.com wrote:
a good argument could probably be made to turn this assert into a real
check and return Z_INVAL for any of those 3 being 0 and get rid of
the checks inside the xml parsing loop ?
probably rather
On Tue, 22 Dec 2009 00:46:00 +0100, Jordan Vaughan jordan.vaug...@sun.com
wrote:
I need someone to review my fix for
6909222 reboot of system upgraded from 128 to build 129 generated error
from an s10 zone due to boot-archive
My webrev is accessible via
I reproduced the problem on global zone. Thanks!!
Jeff Victor wrote:
It would be useful to know if the memory leak is in locked memory or
not. What isthe output of the following command, in both cases (app in
GZ, app in a zone):
GZ# pmap -x pid
--JeffV
On Thu, Dec 17, 2009 at 5:09 AM,
Frank,
I am back from vacation and will be doing some additional testing. I
have upgraded to b129 to see if the problem persists. I have first
created a basic (generic) zone to see how it behaves. If ok, I will
apply the Immutable Service Container construction kit to see if there
is any
Hi Frank,
Thanks for reviewing my fix. Native-branded zones will disappear when
Solaris Express dies (which should happen in a few builds); therefore,
it isn't worthwhile to fix this problem for native-branded zones. No
special script code is needed for ipkg-branded zones because IPS
Is there any way to limit the amount of I/O that a zone can do? I'm thinking
particularly of disk IOPS, but a general way of limiting I/O would be fine too.
Thanks
Andrew.
--
This message posted from opensolaris.org
___
zones-discuss mailing list
Hi Frank,
Thanks for reviewing my fix. I'll respond to your questions below.
On 12/22/09 05:55 AM, Frank Batschulat (Home) wrote:
On Sat, 19 Dec 2009 04:28:52 +0100, Jordan Vaughan jordan.vaug...@sun.com
wrote:
I expanded my webrev to include my fix for
6910339 zonecfg coredumps with
I've been playing around with zones on NFS a bit and have run into
what looks to be a pretty bad snag - ZFS keeps seeing read and/or
checksum errors. This exists with S10u8 and OpenSolaris dev build
snv_129. This is likely a blocker for anything thinking of
implementing parts of Ed's Zones on
On Tue, Dec 22, 2009 at 8:02 PM, Mike Gerdts mger...@gmail.com wrote:
I've been playing around with zones on NFS a bit and have run into
what looks to be a pretty bad snag - ZFS keeps seeing read and/or
checksum errors. This exists with S10u8 and OpenSolaris dev build
snv_129. This is likely
On Wed, 23 Dec 2009 01:34:59 +0100, Jordan Vaughan jordan.vaug...@sun.com
wrote:
http://cr.opensolaris.org/~flippedb/onnv-zone2
[...]
zone_lookup_nwif() needs the three loop checks.
I regenerated the webrev. You'll notice that the assertion was replaced
by a check that returns
11 matches
Mail list logo