Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: How to PERMANENTLY set semaphores in Linux - Suse Personal Edition 8.2?

Re: How to PERMANENTLY set semaphores in Linux - Suse Personal Edition 8.2?

From: Reinhold Fischer <no-spam_at_no-spam>
Date: Fri, 14 Nov 2003 11:03:12 +0100
Message-ID: <3fb4a860$0$26192$91cee783@newsreader02.highway.telekom.at>


Hi!

I use sysctl(8):

o) Edit /etc/sysctl.conf
add/change: kernel.shmmax=129654784

o) Edit /etc/init.d/boot.local
sysctl -p

o) Activate settings
root# sysctl -p
kernel.shmmax = 129654784

A reboot for this is on linux not necessary (only in solaris).

-- 
Mit freundlichen Grüßen,
Ing. Reinhold Fischer


linuxquestion_at_yahoo.com schrieb am 2003-11-13 10:01 folgendes:

> HI all,
>
> I'm using: Linux Suse personal edition 8.2
>
> I am using the dbca with Oracle 9.2. It keeps
> running out of memory with the ora-27123 error.
>
> As the docs said, I did this:
>
> echo `expr 2048 \* 1024 \* 1024` > /proc/sys/kernel/shmmax
>
> cat /proc/sys/kernel/shmmax
> 2147483648
>
> reboot
>
> ---------------
>
> But, then I got the same symptom.
> I checked the file.
>
> cat /proc/sys/kernel/shmmax
> 33554432
>
> So, it didn't keep the value!!!
>
>
> ipcs -l
>
> ------ Shared Memory Limits --------
> max number of segments = 4096
> max seg size (kbytes) = 32768
> max total shared memory (kbytes) = 8388608
> min seg size (bytes) = 1
>
> ------ Semaphore Limits --------
> max number of arrays = 1024
> max semaphores per array = 250
> max semaphores system wide = 256000
> max ops per semop call = 32
> semaphore max value = 32767
>
> ------ Messages: Limits --------
> max queues system wide = 128
> max size of message (bytes) = 8192
> default max size of queue (bytes) = 16384
>
>
> In Solaris, this was easy. Edit the file:
> /etc/system
> and reboot. The values stayed there forever.
>
> But how to do this in Suse, and make it stick?
>
> I don't want to put this in some script, so they
> get changed while booting, and add yet another
> layer of complexity.
>
> Thanks
Received on Fri Nov 14 2003 - 04:03:12 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US