A local zone can be a DHCP client/server if you can use IP Instance:
http://opensolaris.org/os/project/crossbow/faq/#ipinst_dhcpclient
-- Renaud
Caroline Carol wrote:
Hi all,
Is dhcp working in local zone ?
May be there is a version for this issue.
Thanks a lot for your answer.
Matty wrote:
I was looking through the zone community documentation on
opensolaris.org, but was unable to dig up a roadmap. Does anyone
happen to know if one exists? I am curious which features are planned
for 2008 and 2009.
We made an internal roadmap almost a year ago but I
don't think we
On Jan 14, 2008 11:09 AM, Jerry Jelinek [EMAIL PROTECTED] wrote:
Mads Toftum wrote:
On Mon, Jan 14, 2008 at 07:00:36AM -0700, Jerry Jelinek wrote:
We made an internal roadmap almost a year ago but I
don't think we ever posted it on opensolaris.org.
We haven't revisited that since then but
Now that we have libvirt support for both xVM and LDoms, are there any
plans to add libvirt support for Zones too?
Menno
--
Menno Lageman - Sun Microsystems - http://blogs.sun.com/menno
___
zones-discuss mailing list
zones-discuss@opensolaris.org
dbus-daemon cannot be run in non-global zones
Sure sounds like the question is why not?.
___
zones-discuss mailing list
zones-discuss@opensolaris.org
Steffen Weiberle wrote:
I have a customer who is restricting NFS access to their data. Thus,
instead of authorizing each non-global zone to be a client, would like
to authorize only the global zone, and then lofs mount the NFS-mounted
file system into the non-global zone.
This work
I thought I answered that. The dbus-daemon is using a UNIX domain
rendezvous file in /tmp in the global zone. The non-global zones have
their own instances of /tmp, so the rendezvous file does not exist in
their namespace. Even if it did, there would be other problems because
the devices that
Jerry Jelinek wrote:
Steffen Weiberle wrote:
I have a customer who is restricting NFS access to their data. Thus,
instead of authorizing each non-global zone to be a client, would like
to authorize only the global zone, and then lofs mount the NFS-mounted
file system into the non-global zone.
Glenn Faden wrote:
I thought I answered that. The dbus-daemon is using a UNIX domain
rendezvous file in /tmp in the global zone. The non-global zones have
their own instances of /tmp, so the rendezvous file does not exist in
their namespace. Even if it did, there would be other problems