Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-07-06 Thread Rob Mallory
Hi John, 
  to clarify,  I don't want to mount a root-zone exported filesystem, but, from 
within the zone, I want to simply leverage the root-zone's automount tree to 
provide access to each non-global zone to our (seperate) NFS fileservers. 

I think the technical discussion above gets into the details of this scenario.

Hi Niko, 
   I'm glad you feel the same and also want to speak up about about it!   
(I started a thread in the brandz forum, it's now on the topic of 64bit lx, 
there are more details there of our environment)
Here are the details of my goals:  (2 flavors)
  I would like to build a display-server with 100 users, each with their own 
personal brandz-Linux zone.  Their /pkg or /app space would be a (replicated to 
the display server) zfs filesystem in the root zone. (lofs this, the simple 
part).  Their /prj or /project space would be the same auto.projects map which 
all other solaris and linux boxes have. (the heart of this discussion.. I don't 
want 100 autofs5 daemons running))

the other flavor goes like this:
in our LSF farm we generally have 2 kinds of queues (or Job Profiles):  large 
mem (32-64GB) single-core,  and  multi-core ( =4 core) small-memory 4GB. 

with a 16 thread, 144GB Nehalem server, we need to have job-slots for both 
kinds of these; currently with LSF it is impossible for us to have a single 
machine in both kinds of queues.   To go further with my idea, I want to use 
Solaris resource-controls to help buffer the load, in addition to LSF or Sun 
Grid Engine to buffer and schedule the jobs before dispatch.

You spread those two flavors over a bunch of new modern hardware, and you have 
a new model which (IMHO) implements virtualization done right.
Cheers, Rob
-- 
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-07-06 Thread Rob Mallory
Should we star a petition? Given that I have a Sun badge I can offer
petitioning quite physically ;-)

Yes Please!
-- 
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread Rob Mallory
Hi Niko,
  this thread had 150 hits in the last three weeks, the topic is in the FAQ 
since 2005, and the question comes about every 9 months or so.  So it seems it 
would be a desired feature! I expect it would be most utilized in shops who 
have thousands of automount map entries, and hundreds or thousands of boxes 
they would like to put in branded-zones. 

People would otherwise ask why not just run (solaris: automountd) or linux: 
autofs4? 
well, autofs4 crashes,  autofs5 does not seem to work with the brandz 
fake-kernel, and well, it's just plain silly to run 100 seperate autofs daemons 
under containers, when lofs and some idmapd like thing would satisfy the 
problem.

[...on with the advocacy hat...] 
Resource-controls on a brand-z container, minimal OS overhead, and 64 bit 
support someday.
  I think those are the keys needed win a bakeoff with an outcome of  linux 
containers under Solaris is 200% more efficient than any other virtualization 
when consolidating 100 vm's to one physical machine. 
To demonstrate this, imagine a Linux (or Solaris)  image with a 5000 entry 
automount map, and 100 VM's kicking the automount daemon every 15 minutes to 
scan for new mounts, running 100 Kernels and name service daemons under vmware 
or xen Think of the I/O and CPU overhead for an otherwise  idle system.

I would pay for Subscriptions  Support for Opensolaris 2009.6 if it had it 
today. 
Regards,
  Rob
-- 
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread John Lorenzon
The answer is no.

5065254 NFS/UFS deadlock when system is both NFS server and client

Use LOFS.

John

-Original Message-
From: zones-discuss-boun...@opensolaris.org
[mailto:zones-discuss-boun...@opensolaris.org] On Behalf Of Rob Mallory
Sent: Monday, June 29, 2009 12:01 PM
To: zones-discuss@opensolaris.org
Subject: Re: [zones-discuss] Can a non-global zone mount an NFS file system
from its own global zone?

Hi Niko,
  this thread had 150 hits in the last three weeks, the topic is in the FAQ
since 2005, and the question comes about every 9 months or so.  So it seems
it would be a desired feature! I expect it would be most utilized in
shops who have thousands of automount map entries, and hundreds or thousands
of boxes they would like to put in branded-zones. 

People would otherwise ask why not just run (solaris: automountd) or linux:
autofs4? 
well, autofs4 crashes,  autofs5 does not seem to work with the brandz
fake-kernel, and well, it's just plain silly to run 100 seperate autofs
daemons under containers, when lofs and some idmapd like thing would
satisfy the problem.

[...on with the advocacy hat...] 
Resource-controls on a brand-z container, minimal OS overhead, and 64 bit
support someday.
  I think those are the keys needed win a bakeoff with an outcome of  linux
containers under Solaris is 200% more efficient than any other
virtualization when consolidating 100 vm's to one physical machine. 
To demonstrate this, imagine a Linux (or Solaris)  image with a 5000 entry
automount map, and 100 VM's kicking the automount daemon every 15 minutes to
scan for new mounts, running 100 Kernels and name service daemons under
vmware or xen Think of the I/O and CPU overhead for an otherwise  idle
system.

I would pay for Subscriptions  Support for Opensolaris 2009.6 if it had it
today. 
Regards,
  Rob
-- 
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread Nicolas Dorfsman


Hi Rob,

Le 29 juin 09 à 18:01, Rob Mallory a écrit :


Hi Niko,
 this thread had 150 hits in the last three weeks, the topic is in  
the FAQ since 2005, and the question comes about every 9 months or  
so.  So it seems it would be a desired feature!


	Well, it's something that any old-styled Solaris sysadmin (like me)  
can't live without.



  I expect it would be most utilized in shops who have thousands of  
automount map entries, and hundreds or thousands of boxes they would  
like to put in branded-zones.


Why hundreds ?


People would otherwise ask why not just run (solaris: automountd)  
or linux: autofs4?
well, autofs4 crashes,  autofs5 does not seem to work with the  
brandz fake-kernel, and well, it's just plain silly to run 100  
seperate autofs daemons under containers, when lofs and some idmapd  
like thing would satisfy the problem.


[...on with the advocacy hat...]
Resource-controls on a brand-z container, minimal OS overhead, and  
64 bit support someday.
 I think those are the keys needed win a bakeoff with an outcome of   
linux containers under Solaris is 200% more efficient than any  
other virtualization when consolidating 100 vm's to one physical  
machine.
To demonstrate this, imagine a Linux (or Solaris)  image with a 5000  
entry automount map, and 100 VM's kicking the automount daemon every  
15 minutes to scan for new mounts, running 100 Kernels and name  
service daemons under vmware or xen Think of the I/O and CPU  
overhead for an otherwise  idle system.


I would pay for Subscriptions  Support for Opensolaris 2009.6 if it  
had it today.


Hey ?
Thanks a lot Rob for this message ! I was feeling alone before that.

smime.p7s
Description: S/MIME cryptographic signature
___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread Nicolas Dorfsman


Le 29 juin 09 à 18:37, John Lorenzon a écrit :


The answer is no.

5065254 NFS/UFS deadlock when system is both NFS server and client


We don't use UFS.   ;-)



Use LOFS.


Easy to tell...





smime.p7s
Description: S/MIME cryptographic signature
___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread Roman V Shaposhnik
On Mon, 2009-06-29 at 20:56 +0200, Nicolas Dorfsman wrote:
   Hi Rob,
 
 Le 29 juin 09 à 18:01, Rob Mallory a écrit :
 
  Hi Niko,
   this thread had 150 hits in the last three weeks, the topic is in  
  the FAQ since 2005, and the question comes about every 9 months or  
  so.  So it seems it would be a desired feature!
 
   Well, it's something that any old-styled Solaris sysadmin (like me)  
 can't live without.

Should we star a petition? Given that I have a Sun badge I can offer
petitioning quite physically ;-)

Thanks,
Roman.

___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-29 Thread James Carlson
On Jun 29, 2009, at 2:58 PM, Nicolas Dorfsman n...@unikservice.eu  
wrote:




Le 29 juin 09 à 18:37, John Lorenzon a écrit :


The answer is no.

5065254 NFS/UFS deadlock when system is both NFS server and client


We don't use UFS.   ;-)


That might not be enough to save you.  The bug is a complicated (and  
rare) VM/FS/NFS deadlock.  Best advice is just to avoid the situation.


___
zones-discuss mailing list
zones-discuss@opensolaris.org

Re: [zones-discuss] Can a non-global zone mount an NFS file system from its own global zone?

2009-06-11 Thread Nicolas Dorfsman


You should give exact version.

It's unsupported on S10.
	And any attempt to obtain a fix (even with some automagic automounter  
feature which would transform mount into a lofs) is returned as a NO  
WAY !.


	It would be fun to have some sort of survey to see how many people  
would be interested in such feature.



Nico




___
zones-discuss mailing list
zones-discuss@opensolaris.org