From: KRASTEV Zdravko (zdravko.krastev@eurocontrol.int)
Date: Tue Sep 03 2002 - 09:24:58 EDT
Obviously I was the only one who did not know that issue.
Thanks to:
Green.Ryan
Rita Workman
Bill Hassell
Ilan Green
HAUTECOEUR Bruno
(Sorry if I'm missing somebody).
I'm copying one of the messages - it is representative for all of them
"
we also have had this memory pb with Oracle. Your are right with the 1.75 Gb
limitation for shared memory segment for 32 bit applications but there is an
good issue for this: The memory windows.
You can find the docs in /usr/share/doc/mem_windows.txt.
"
So the trick is to use memory windows - especially if you are running more
oracle instances on the same server - that is exactly my case.
Well we are working on it.
Once again thanks to everybody who replied.
Zdravko
Here is my original question:
> Hi list,
> I have a weird Oracle problem.
> There is a three node cluster containing N-classes 4 proc/ 4 GB RAM.
> OS is HP-UX 11. Oracle 8.1.7.2
> Well the servers are quite loaded, but the load is ~ equal on all of them.
> (swap is reserved at 50%, CPU load ~1.8)
> I have a Oracle database which can start on two of the three nodes. On the
> third one I'm getting:
> SVRMGR> SVRMGR> ORA-27102: out of memory
> HP-UX Error: 12: Not enough space
> SVRMGR> ORA-01034: ORACLE not available
>
> The kernels are the same on the three nodes. ipcs shows approx. the same
> usage.
> Here are my shared mem kernel parameters:
> semmni 2000
> semmns 8000
> semmnu 200
> semume 50
> shmmax 0x40000000
> shmmni 800
> shmseg 480
> maxdsiz 0X040000000
> maxssiz 0X04000000
> maxtsiz 0X08000000
>
> I strongly suspect some kernel parameter, but no idea what.
> Any experience with similar problem
--
---> Please post QUESTIONS and SUMMARIES only!! <---
To subscribe/unsubscribe to this list, contact majordomo@dutchworks.nl
Name: hpux-admin@dutchworks.nl Owner: owner-hpux-admin@dutchworks.nl
Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin (FTP, browse only)
http://www.dutchworks.nl/htbin/hpsysadmin (Web, browse & search)
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 11:02:19 EDT