RE: solaris 10 kernel parameters

  • From: "Crisler, Jon" <Jon.Crisler@xxxxxxx>
  • To: <joe_dba@xxxxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 9 Oct 2009 10:01:59 -0400

I have found that projects tend to override the /etc/system setting, so
relying on /etc/system sometimes causes unexpected / incorrect behavior.
Since the behavior of mixing /etc/system and projects is not well
understood I would recommend using projects.



From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Joe Smith
Sent: Wednesday, October 07, 2009 9:52 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: solaris 10 kernel parameters


What do most people do:
Keep using /etc/system in Solaris 10 or the Resouce Control Facility?
Or do people ignore the parameters and not set any in /etc/system or the
Resouce Control?
I have a unix admin saying nothing needs to be set because they read
that /etc/system is not used in Solaris 10 anymore.  Below is from a doc
on metalink.  At the minimun the new kernel parameters for Solaris 10
need to be set.  Is this correct?
Is NOEXEC_USER_STACK 1 set in /etc/system or the Resouce Control?
SEMMNI 100 *** 
SEMMNS 1024 ** 
SEMMSL 256 *** 
SEMVMX 32767 ** 
SHMMAX 4294967295 
SHMMNI 100*** 
SHMSEG 10 * 
* obsolete in Solaris 9 and 10 
** obsolete in Solaris 10 
*** default value in Solaris 10 is already larger 
Note: for Solaris 10 SHMMAX which is now set through the Resource
Control Facility not /etc/system. Refer to the 10gR2 for Solaris SPARC
Installation guide for steps to do this, as well as, the Release Notes
which has corrections: 

10.2 Install Guides and Release Notes
Here are the new names of the kernel parameters for Solaris 10 (Solaris
9 equivalents are in parentheses): 

*  project.max-sem-ids 100 (semmni) 

*  process.max-sem-nsems 256 (semmsl) 

*  project.max-shm-memory 4294967295 (shmmax) 

*  project.max-shm-ids 100 (shmmni) 


Hotmail: Trusted email with Microsoft's powerful SPAM protection. Sign
up now. <> 

Other related posts: