It used to be that running a NFS server was not supported in a non global zone.
Is this till the case?
If so are there any plans to support it?
What is the reason for not supporting NFS server in a non global zone?
Thanks
Paul.
--
Paul van den Bogaard Sun
It's being worked on:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4964859
IIRC, it is currently not supported because the kernel part of NFS
server does not understand the concept of zones...
Rayson
==
http://gridengine.sunsource.net/
http://www.gridengine.info/
On
Rayson Ho wrote:
It's being worked on:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=4964859
IIRC, it is currently not supported because the kernel part of NFS
server does not understand the concept of zones...
In order to help the NFS team understand the importance of this
issue
Amol A Chiplunkar wrote:
You may want to add more information like you are creating
psets for each pool and the pset.max and pset.min of each.
Because when I create a pset without specifying them and associate it with a pool,
the size is zero.
I thought when you were using a utilization goal
You can also remove a LOFS mounted filesystem from a running zone with no
problem. I do it all the time.
To do it, logon to the global zone and umount the filesystem with:
umount mount point in the non-global zone
Phil
This message posted from opensolaris.org
On Tue, Oct 24, 2006 at 01:41:32PM -0700, Erik Nordmark wrote:
Edward Pilatowicz wrote:
- how about the opposite scenario. a user configures a zone with
without and an exclusive ip instance and sets up a bunch of network
configuration inside that zone that would normally only apply to a
On 10/27/06, Dan Price [EMAIL PROTECTED] wrote:
A (large) customer recently asked me to implement a feature whereby they
could monitor zone activity via syslog. The motivation is that for this
customer, any zone state change not during maintenance windows is a cause
for alarm.
I've had a
On Fri 27 Oct 2006 at 09:11PM, Peter Memishian wrote:
So here are my questions:
- Do you think this is useful?
- Do you think the log level (Info) is right? daemon.info is
*not* logged by default, whereas notice is. (So basically: do
you want these
On Fri 27 Oct 2006 at 06:21PM, Dan Price wrote:
Encouraging programmatic use of syslog seems a step in the wrong direction
to me. Surely we can provide a better mechanism to notify them of state
changes?
Such as?
I guess my larger point is that I haven't seen us take steps in the
On 10/27/06, Dan Price [EMAIL PROTECTED] wrote:
As for GPEC, that's what our existing C api is based upon. Take a look at
zonecfg_notify_*() in libzonecfg. It's a real horror show but it does
solve the get the state and then subscribe to future changes and don't
miss anything in between
On Fri, 27 Oct 2006, Mike Gerdts wrote:
On 10/27/06, Dan Price [EMAIL PROTECTED] wrote:
As for GPEC, that's what our existing C api is based upon. Take a look at
zonecfg_notify_*() in libzonecfg. It's a real horror show but it does
solve the get the state and then subscribe to future
11 matches
Mail list logo
