Le 7 déc. 08 à 18:47, Nicolas Dorfsman a écrit :
Le 7 déc. 08 à 18:26, Ian Matchett a écrit :
Thanks
However will prstat -Z tell me much in the zone?
Good question.
I need to check.
Well. A sort of...
prstat will give you SWAP and RSS used by YOUR zone.
prtconf would give you memory
Attached is a proposal for native-brand zone p2v that
I am planning to submit for ARC review soon. I'd like
to hear any comments about this.
Thanks,
Jerry
---
SUMMARY:
This fast-track enhances the Solaris Zones [1] subsystem to address an
existing RFE [2] requesting a physical to
Jerry Jelinek writes:
1) SMF services that are not usable within a zone should be deleted or
disabled as necessary (for S8 and S9 we dealt with rc scripts
instead).
2) Network configuration must be adjusted depending on if the zone is
shared-stack or exclusive.
Le 6 nov. 08 à 20:30, Steve Lawrence a écrit :
On Thu, Nov 06, 2008 at 10:20:43AM -0500, Dr. Hung-Sheng Tsao
(LaoTsao) wrote:
anyone know when the brandz for s10 will be out?
e.g. running s10 with opensolaris zone?
No target has been set for this. We cannot reasonably manage such a
* Nicolas Dorfsman [EMAIL PROTECTED] [2008-12-08 16:46]:
Le 6 nov. 08 à 20:30, Steve Lawrence a écrit :
On Thu, Nov 06, 2008 at 10:20:43AM -0500, Dr. Hung-Sheng Tsao (LaoTsao)
wrote:
anyone know when the brandz for s10 will be out?
e.g. running s10 with opensolaris zone?
No target has
Tjere are some SMF services known to break when moving into a zone from
a physical server. Things like sysevent, FMA-ish stuff, ldom manager,
etc. (I don't have my notes in front of me, but I seem to remember
around 4-5 from a SUNWall vanilla installation). Mostly stuff tied to
the hardware
Nicolas Dorfsman writes:
Enterprise version of OpenSolaris ?
Could anybody explain what does it mean ?
It doesn't exist yet, so it's unlikely that a complete answer is
available ... at least until something's announced by Sun.
My guess would be at least an OpenSolaris distribution including
Bill Walker wrote:
Tjere are some SMF services known to break when moving into a zone from
a physical server. Things like sysevent, FMA-ish stuff, ldom manager,
etc. (I don't have my notes in front of me, but I seem to remember
around 4-5 from a SUNWall vanilla installation). Mostly
On Mon, Dec 8, 2008 at 9:43 AM, Jerry Jelinek [EMAIL PROTECTED] wrote:
SUMMARY:
This fast-track enhances the Solaris Zones [1] subsystem to address an
existing RFE [2] requesting a physical to virtual (or p2v) capability
for installing native-branded zones based on an existing
Jerry Jelinek writes:
Can a user predict what these automatic changes will be? After
import, is there a log of the changes or adjustments made?
I assume you really mean which SMF services will be off, since
the other changes are listed here in the case?
Exactly.
We can describe which
Mike,
Mike Gerdts wrote:
The image modifications fall into the following areas:
1) SMF services that are not usable within a zone should be deleted or
disabled as necessary (for S8 and S9 we dealt with rc scripts
instead).
This implies that the source system can be S8, S9,
On Mon, Dec 08, 2008 at 10:14:26AM -0700, Jerry Jelinek wrote:
Yes, not everything that runs in the global zone works in a
non-global zone. NFS serving or non-global zones are the most obvious
examples.
For SMF services, the services to be deleted are the the ones
delivered in SVr4 pkgs
Nico,
Nicolas Williams wrote:
On Mon, Dec 08, 2008 at 10:14:26AM -0700, Jerry Jelinek wrote:
Yes, not everything that runs in the global zone works in a
non-global zone. NFS serving or non-global zones are the most obvious
examples.
For SMF services, the services to be deleted are the the
On Mon, Dec 08, 2008 at 12:37:48PM -0500, James Carlson wrote:
I am not planning on making any automated changes to the privileges
available
to the zone. If this turns out to be an important issue, then we could
look at that as a possible future enhancement. The problem I see is that
Jerry Jelinek writes:
Mike Gerdts wrote:
This implies that the source system can be S8, S9, or S10. I don't
see anywhere else in the proposal that explicitly states that S8 and
S9 can be attached and upgraded, so I suspect I am reading my wishes
into your words.
That was not my
James,
James Carlson wrote:
Jerry Jelinek writes:
Mike Gerdts wrote:
This implies that the source system can be S8, S9, or S10. I don't
see anywhere else in the proposal that explicitly states that S8 and
S9 can be attached and upgraded, so I suspect I am reading my wishes
into your words.
Nicolas Williams writes:
On Mon, Dec 08, 2008 at 12:37:48PM -0500, James Carlson wrote:
I suppose it'd be possible to look through the SMF 'privileges' for
the services that are still enabled, and then attempt to union those
into the zone privileges ... but it's unclear if that's really the
Jerry Jelinek writes:
James Carlson wrote:
Update on attach just means apply saved patches, if any are
needed, right?
Not really. We see what pkgs are out of sync, either because of the
pkg version of because of patches applied to those pkgs, then we do
something similar to uninstalling
James,
James Carlson wrote:
Jerry Jelinek writes:
James Carlson wrote:
Update on attach just means apply saved patches, if any are
needed, right?
Not really. We see what pkgs are out of sync, either because of the
pkg version of because of patches applied to those pkgs, then we do
On Mon, Dec 8, 2008 at 12:37 PM, James Carlson [EMAIL PROTECTED] wrote:
I think answering that would answer the previous poster's question
about the difference between doing an upgrade before flar creation and
just importing a flar from S9: the former results in a native zone
using this new
Mike,
Mike Gerdts wrote:
On Mon, Dec 8, 2008 at 12:37 PM, James Carlson [EMAIL PROTECTED] wrote:
I think answering that would answer the previous poster's question
about the difference between doing an upgrade before flar creation and
just importing a flar from S9: the former results in a
Jerry Jelinek writes:
We can handle 'update on attach' from s10 to nv, although nv isn't an
official release yet and something might happen which breaks this (maybe
IPS?). We don't support 'update on attach' of s8 or s9, although I have
played
around with that and it kind of works. There
James,
James Carlson wrote:
Jerry Jelinek writes:
We can handle 'update on attach' from s10 to nv, although nv isn't an
official release yet and something might happen which breaks this (maybe
IPS?). We don't support 'update on attach' of s8 or s9, although I have
played
around with that
Jerry Jelinek writes:
Since we (intentionally?) make branded zones available only for minor
releases -- and not for individual KUs -- this means that the user
should expect that he's forced into an upgrade of some sort that
emulates patching when importing an S10 zone onto an S10 system.
James,
James Carlson wrote:
Presumably, as a non-native zone, if such a thing existed, it would be
expected to result in no upgrade-on-attach behavior. Right?
Right, although the behavior is really dictated by the brand
definition, so some sort of behavior could be defined for
zone
On Mon, Dec 08, 2008 at 01:30:18PM -0500, James Carlson wrote:
Nicolas Williams writes:
On Mon, Dec 08, 2008 at 12:37:48PM -0500, James Carlson wrote:
I suppose it'd be possible to look through the SMF 'privileges' for
the services that are still enabled, and then attempt to union those
James,
Thanks for your answer.
Le 8 déc. 08 à 18:07, James Carlson a écrit :
(If what you might be expecting here is someone to take the code
private somehow, then I very much doubt that.)
I'm just really surprised to see OpenSolaris and Enterprise in
the same
Nicolas Dorfsman writes:
I'm just really surprised to see OpenSolaris and Enterprise in
the same idea.
I thought...no, I'm sure Enterprise OpenSolaris is just called
Solaris.
I agree that what you're suggesting would seem simpler and more
obvious (it does to me), but it's up
Hello,
Sorry if I am missing something obvious but is there a good way either
via the Zone or Global Zone's SNMP to get the current bandwidth usage
for a specific Zone or a command someone can think of that would give
me this information? Currently it appears as though netstat -i in a
29 matches
Mail list logo
