Re: memory related problems
From: Helter Skelter <helter.skelterr_at_yahoo.com>
Date: Thu, 18 Feb 2010 23:54:44 -0800 (PST)
Message-ID: <173889.92300.qm_at_web114105.mail.gq1.yahoo.com>
Hi.
When I start srvctl HugePages weren't used and there were no other instances. Anyway, problem solved.
It was bug:
Due to bug 9084067 (fixed in 11.2.0.2), ohasd.bin and oraagent.bin can not use ulimit settings properly upon automatic startup of Grid Infrastructure when node restarts:
From: Yong Huang <yong321_at_yahoo.com>
To: helter.skelterr_at_yahoo.com
Cc: oracle-l_at_freelists.org
Sent: Thu, February 18, 2010 6:53:44 PM
Subject: Re: memory related problems
Date: Thu, 18 Feb 2010 23:54:44 -0800 (PST)
Message-ID: <173889.92300.qm_at_web114105.mail.gq1.yahoo.com>
Hi.
When I start srvctl HugePages weren't used and there were no other instances. Anyway, problem solved.
It was bug:
Due to bug 9084067 (fixed in 11.2.0.2), ohasd.bin and oraagent.bin can not use ulimit settings properly upon automatic startup of Grid Infrastructure when node restarts:
ID 983715.1
thanks, cheers
From: Yong Huang <yong321_at_yahoo.com>
To: helter.skelterr_at_yahoo.com
Cc: oracle-l_at_freelists.org
Sent: Thu, February 18, 2010 6:53:44 PM
Subject: Re: memory related problems
Your SGA, memlock and hugepage size are too close to each other. For reason I don't know, sometimes hugepages have to be a little larger than SGA. In any case, memlock can be set to very large with no harm. It doesn't actually allocate memory as hugepages does.
When you start using srvctl and have a lot of swapping, is HugePages used? Check /proc/meminfo. You probably get out of memory error in $ORACLE_HOME/log/<host>/racg/imon_<db>.log.
You don't another instance on this box including ASM, do you?
Yong Huang
-- http://www.freelists.org/webpage/oracle-lReceived on Fri Feb 19 2010 - 01:54:44 CST