Hi,
I'm using oracle 9.2.0.4. I put it off tonight with the statement
You mentioned and unfortunately no success.
Maybe interesting to know that I started without the event 4030 set
And I get the following ora-600 in my alert file:
Tue Dec 23 16:46:42 2003
Errors in file /var/opt/oracle/product/admin/VU_2/udump/vu_2_ora_15251.trc:
ORA-00600: internal error code, arguments: [17271], [instantiation space
leak], [], [], [], [], [],
This one is reproducible without the event set and a pga_aggregate_target
set either 250Mb or 160Mb
With the event set I got the following error
Errors in file /var/opt/oracle/product/admin/VU_2/udump/vu_2_ora_10264.trc:
ORA-04030: out of process memory when trying to allocate 2464 bytes (cursor
work he,rworalo : rwordops)
Tue Dec 23 14:24:40 2003
Errors in file /var/opt/oracle/product/admin/VU_2/udump/vu_2_ora_10249.trc:
ORA-00600: internal error code, arguments: [17271], [instantiation space
leak], [], [], [], [], [], []
ORA-04030: out of process memory when trying to allocate 32 bytes
(callheap,allocator state)
This second tracefile lead me to the sql-statement which explained with a
very nice result
When I issued the statement to set off auto handling I did not get any such
error in my alert file but my batch returned again after an hour
With
ERROR at line 1:
ORA-04030: out of process memory when trying to allocate 56 bytes
(callheap,PESBLT space)
Could a UX kernel parameter be of any influence here, like max data segment?
Could it help to increase this to say 3Gb. Note that we have 4Gb physical
memory and 4Gb swap configured.
I used to run this in an oracle 7 enviroment on hpux 10.20 and now we moved
To 64bit hpux11.11. I can imagine oracle is using more memory here than
compared to oracle 7 with the same program such that in the old environment
we might stayed below 2Gb and now we are exceeding this.
For what it might be worth, this batch is quite big. Sofar this seems to be
the only program having memory problems. I have put back
workare_size_policy=auto back to be on the safe default side.
I hope you can give some more leads because this is quite confusing
And causing me headaches because it is causing troubles in my production
environment. By the way we tested the migration ofcourse but this batch was
not included in the test.
Regards,
Jeroen
-Oorspronkelijk bericht-
Van: Jared Still [mailto:[EMAIL PROTECTED]
Verzonden: dinsdag 23 december 2003 18:34
Aan: Multiple recipients of list ORACLE-L
Onderwerp: Re: ora-4030 pga memory allocation running wild
I'm using auto pga allocation on 9.2.0.3 without any problem.
You don't mention which version.
You can turn it off with 'alter system set workarea_size_policy=manual;
Jared
On Tue, 2003-12-23 at 07:24, Jeroen van Sluisdam wrote:
Hi,
I have an ora-4030 problem related to pga memory allocation, at least I
have
concluded sofar
This program is batch written in pl/sql and after an hour or so it
crashes.
PGA allocated is slowly exceeding
2Gb and when I monitor with top I see the process size rising uptill 2 Gb
somewhere.
Last week we migrated from on oracle 7 environment where this program ran
smoothly for years.
At the same time we migrated the OS also and started with new machines.
The
ux kernel parameter
for max data segment size is 2Gb.
I had an oracle consultant here for migration and he advised to put
pga_aggegrate_target on 250M. Box has
4Gb, shared_pool_size is 250Mb, SGA is almost 800Mb
I issued a tar and Oracle advised me to remove pga_aggegrate_target from
the
init_file, but because this is production I cannot restart that
easily (online changes are allowed ony from min. value 10M)
I also tested this program with event :
alter session set events '4030 trace name errorstack level 3'; I found the
so called SQL-statement that might be causing this
but explaining this plan gave me an even better plan than on the oracle 7
environment Oracle support still has to get back to me with
latest things.
This program is clearly running wild on memory. Based on the docs on
metalink I lowered the pga_aggegrate_target to 160M
now and I'm testing this right now. Is there any way to protect your
system
from memory consumption like this case. Are there any
other parameters to consider?
Details: oracle 9.2.0.4 HPUX 11.11, 4Gb phys memory
Thanks in advance,
Jeroen
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jared Still
INET: [EMAIL PROTECTED]
Fat City Network Services-- 858-538-5051 http://www.fatcity.com
San Diego, California-- Mailing list and web hosting services
-
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP
