Hi All,
I'm not sure what I'm seeing is by design or by misconfiguration. I created a
filesystem "tank/zones" to hold some zones, then created a specific zone
filesystem "tank/zones/basezone". Then built a zone, setting
zonepath=/tank/zones/basezone.
If I zlogin to basezone, and do zfs list,
I would like to svcadm enable a service of a non-global zone who's
state is not 'running'.
Is that possible? If so, how?
Thanks in advance,
Brad
Brad Diggs
Principal Field Technologist
Sun Microsystems, Inc.
Phone x52957/+1 972-992-0002
Mail bradley.di...@sun.com
Blog http://TheZone
Hi all,
I'm at customer site to configure an m8000 with 9 zones and Solaris 10
U7 fresh installation with the latest kernel patch (141414-10)
The domain uses only 2 nics (bge0 and nxge0) configured in C class
with vlan tagging and ipmp active-active:
bge15000 + nxge15000 ==> ipmp15 with def
Stefano Pini wrote:
> The steps above configure perfectly all the 9 NGZ and they run well.
> The problem is on the Global Zone:
> the clients that use GZ to manage the system get diconnected regularly
> or sometimes can't connect!
> When that happens, trying traceroute to clients from GZ console se
Do you mean you mean from the global zone like this?
zlogin $ZONE_NAME svcadm enable svc:/system/foo
Brad Diggs wrote:
I would like to svcadm enable a service of a non-global
zone who's state is not 'running'.
Is that possible? If so, how?
Thanks in advance,
Brad
Not exactly. That will work if the zone is running. However, it will
not work for a non-running zone because
because it requires an execution environment to run within. Imagine
if you will that we created a zone and
then shut it down and halted it. Now, while the zone is down how can
I en
On Sun, Sep 27, 2009 at 10:50 AM, Brad Diggs wrote:
>
> I would like to svcadm enable a service of a non-global zone who's state is
> not 'running'.
> Is that possible? If so, how?
> Thanks in advance,
> Brad
> Brad Diggs
> Principal Field Technologist
You can cause it to become enabled on the
On Sun, Sep 27, 2009 at 1:18 PM, James Carlson wrote:
> Stefano Pini wrote:
>> The steps above configure perfectly all the 9 NGZ and they run well.
>> The problem is on the Global Zone:
>> the clients that use GZ to manage the system get diconnected regularly
>> or sometimes can't connect!
>> When