Re: [zones-discuss] zones databases

2006-08-21 Thread przemolicc
On Fri, Aug 18, 2006 at 08:52:29AM +0200, Robert Milkowski wrote:
 Hello Brian,
 
 Wednesday, July 26, 2006, 8:31:06 PM, you wrote:
 
 BK With the performance boosts included in recent solaris versions I'm
 BK told that there's not much of a difference between handing the database
 BK raw devices vs. using a filesystem anymore.
 
 BK To test this out, my customer would like to try both ufs and vxfs
 BK filesystems in the global zone and lofs mount them to a local zone
 BK and test the database on that lofs mount.
 
 BK Are there any options that should be supplied for the lofs mount and
 BK are there any options for the ufs and/or vxfs mounts that should be
 BK employed to assure the performance should be close to raw devices?
 
 
 1. lofs is probably a bad idea - mount them directly into a zone

lofs is the only supported option for vxfs.

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


[zones-discuss] Installing zones: insane dependencies

2006-08-21 Thread UNIX admin
Having built the second revision of the Run-Time Platform Solaris, I went on to 
install zones.

Effectively it turns out that if I were to satisfy all the dependencies, I 
would effectively have to install more or less the entire X windowing 
environment.

Zone packages end up needing other packages, which end up needing the SUNWj5rt 
package,

SUNWj5rt needs a whole bunch of X-windows packages, such as SUNWxwplt and the 
like,

which personally I find insane and totally against my goal to build a run-time 
platform that is as lean and as flexible as possible.

Why do zone packages and eventually their dependencies like the pool package 
end up needing Java? As soon as Java is in the game, I can forget a lean and 
mean run-time platform. Java belongs in the middleware layer, not in the core 
operating system layer.

Is this a bug? Can this be fixed? When can it be fixed? This is in Solaris 10 
6/06, and most likely in Solaris 10 1/06 as well.

It is simply insane that I have to install Java and X-windows software to get 
zone functionality, i.e. satisfy package dependencies.
 
 
This message posted from opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Installing zones: insane dependencies

2006-08-21 Thread Dick Davies

On 21/08/06, UNIX admin [EMAIL PROTECTED] wrote:

Having built the second revision of the Run-Time Platform Solaris, I went on to 
install zones.

Effectively it turns out that if I were to satisfy all the dependencies, I 
would effectively have to install more or less the entire X windowing 
environment.

Zone packages end up needing other packages, which end up needing the SUNWj5rt 
package,


Zones needs the 'resource pools' package. If you choose
'dynamic pools' (which aren't required by zones), you need Java.


--
Rasputin :: Jack of All Trades - Master of Nuns
http://number9.hellooperator.net/
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Installing zones: insane dependencies

2006-08-21 Thread Gary Pennington
On Mon, Aug 21, 2006 at 02:13:51AM -0700, UNIX admin wrote:
 Having built the second revision of the Run-Time Platform Solaris, I went on 
 to install zones.
 
 Effectively it turns out that if I were to satisfy all the dependencies, I 
 would effectively have to install more or less the entire X windowing 
 environment.
 
 Zone packages end up needing other packages, which end up needing the 
 SUNWj5rt package,
 
 SUNWj5rt needs a whole bunch of X-windows packages, such as SUNWxwplt and the 
 like,
 
 which personally I find insane and totally against my goal to build a 
 run-time platform that is as lean and as flexible as possible.
 
 Why do zone packages and eventually their dependencies like the pool package 
 end up needing Java? As soon as Java is in the game, I can forget a lean and 
 mean run-time platform. Java belongs in the middleware layer, not in the core 
 operating system layer.
 
 Is this a bug? Can this be fixed? When can it be fixed? This is in Solaris 10 
 6/06, and most likely in Solaris 10 1/06 as well.
 

It is fixed in Nevada.

Take a look at:

http://scsh280r1.holland.sun.com/search/document.do?assetkey=1-1-5063672-1searchclause=5063672

for more details.

Gary

 It is simply insane that I have to install Java and X-windows software to get 
 zone functionality, i.e. satisfy package dependencies.
  
  
 This message posted from opensolaris.org
 ___
 zones-discuss mailing list
 zones-discuss@opensolaris.org

-- 
Gary Pennington
Solaris Kernel Development,
Sun Microsystems
[EMAIL PROTECTED]
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Installing zones: insane dependencies

2006-08-21 Thread Gary Pennington
On Mon, Aug 21, 2006 at 01:03:40PM +0100, Gary Pennington wrote:
 On Mon, Aug 21, 2006 at 02:13:51AM -0700, UNIX admin wrote:
  Having built the second revision of the Run-Time Platform Solaris, I went 
  on to install zones.
  
  Effectively it turns out that if I were to satisfy all the dependencies, I 
  would effectively have to install more or less the entire X windowing 
  environment.
  
  Zone packages end up needing other packages, which end up needing the 
  SUNWj5rt package,
  
  SUNWj5rt needs a whole bunch of X-windows packages, such as SUNWxwplt and 
  the like,
  
  which personally I find insane and totally against my goal to build a 
  run-time platform that is as lean and as flexible as possible.
  
  Why do zone packages and eventually their dependencies like the pool 
  package end up needing Java? As soon as Java is in the game, I can forget a 
  lean and mean run-time platform. Java belongs in the middleware layer, not 
  in the core operating system layer.
  
  Is this a bug? Can this be fixed? When can it be fixed? This is in Solaris 
  10 6/06, and most likely in Solaris 10 1/06 as well.
  
 
 It is fixed in Nevada.
 
 Take a look at:
 
 http://scsh280r1.holland.sun.com/search/document.do?assetkey=1-1-5063672-1searchclause=5063672
 

I'm sorry, that was the wrong URL. That's an internal site and I doubt you
can access it.

This might be more useful:

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=5063672

Gary

 for more details.
 
 Gary
 
  It is simply insane that I have to install Java and X-windows software to 
  get zone functionality, i.e. satisfy package dependencies.
   
   
  This message posted from opensolaris.org
  ___
  zones-discuss mailing list
  zones-discuss@opensolaris.org
 
 -- 
 Gary Pennington
 Solaris Kernel Development,
 Sun Microsystems
 [EMAIL PROTECTED]
 ___
 zones-discuss mailing list
 zones-discuss@opensolaris.org

-- 
Gary Pennington
Solaris Kernel Development,
Sun Microsystems
[EMAIL PROTECTED]
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] Installing zones: insane dependencies

2006-08-21 Thread Jeff Victor

Do you know if there is a plan to make this available as an S10 patch?

Gary Pennington wrote:

On Mon, Aug 21, 2006 at 01:03:40PM +0100, Gary Pennington wrote:


On Mon, Aug 21, 2006 at 02:13:51AM -0700, UNIX admin wrote:


Having built the second revision of the Run-Time Platform Solaris, I went on to 
install zones.

Effectively it turns out that if I were to satisfy all the dependencies, I 
would effectively have to install more or less the entire X windowing 
environment.

Zone packages end up needing other packages, which end up needing the SUNWj5rt 
package,

SUNWj5rt needs a whole bunch of X-windows packages, such as SUNWxwplt and the 
like,

which personally I find insane and totally against my goal to build a run-time 
platform that is as lean and as flexible as possible.

Why do zone packages and eventually their dependencies like the pool package 
end up needing Java? As soon as Java is in the game, I can forget a lean and 
mean run-time platform. Java belongs in the middleware layer, not in the core 
operating system layer.

Is this a bug? Can this be fixed? When can it be fixed? This is in Solaris 10 
6/06, and most likely in Solaris 10 1/06 as well.



It is fixed in Nevada.

Take a look at:

http://scsh280r1.holland.sun.com/search/document.do?assetkey=1-1-5063672-1searchclause=5063672




I'm sorry, that was the wrong URL. That's an internal site and I doubt you
can access it.

This might be more useful:

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=5063672

Gary



for more details.

Gary



It is simply insane that I have to install Java and X-windows software to get 
zone functionality, i.e. satisfy package dependencies.


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


--
Gary Pennington
Solaris Kernel Development,
Sun Microsystems
[EMAIL PROTECTED]
___
zones-discuss mailing list
zones-discuss@opensolaris.org





--
--
Jeff VICTOR  Sun Microsystemsjeff.victor @ sun.com
OS AmbassadorSr. Technical Specialist
Solaris 10 Zones FAQ:http://www.opensolaris.org/os/community/zones/faq
--
___
zones-discuss mailing list
zones-discuss@opensolaris.org


Re: [zones-discuss] zones databases

2006-08-21 Thread Carisdad

[EMAIL PROTECTED] wrote:

On Fri, Aug 18, 2006 at 08:52:29AM +0200, Robert Milkowski wrote:
  

Hello Brian,

Wednesday, July 26, 2006, 8:31:06 PM, you wrote:

BK With the performance boosts included in recent solaris versions I'm
BK told that there's not much of a difference between handing the database
BK raw devices vs. using a filesystem anymore.

BK To test this out, my customer would like to try both ufs and vxfs
BK filesystems in the global zone and lofs mount them to a local zone
BK and test the database on that lofs mount.

BK Are there any options that should be supplied for the lofs mount and
BK are there any options for the ufs and/or vxfs mounts that should be
BK employed to assure the performance should be close to raw devices?


1. lofs is probably a bad idea - mount them directly into a zone



lofs is the only supported option for vxfs.

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

  
While lofs is the only officially supported option, mounting directly in 
the zone can be accomplished with a work-around.  see:  
http://seer.entsupport.symantec.com/docs/276134.htm



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