Sudden ORA-01331 / ORA-07445 on aggregate count(*)?

Hi I've been running 10.2.0.1.0 successfully for a while.
One day both my development and my production system started locking up (timing out) in forms. I narrowed it down to a count query.
select count(*) from TABLE where
STATUS in (0, 2, 3, 4, 5, 7, 10)
in sqlplus gives me an ORA-03113 and an alert log with
Fri Apr 04 08:28:24 2008
Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_5252.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_evaopn2+154] [PC:0x1BEDD4A] [ADDR:0x0] [UNABLE_TO_READ] []
The strange thing is running the query returns the correct rows when not using a count(*)
select * from TABLE where
STATUS in (0, 2, 3, 4, 5, 7, 10)
It was one of those overnight, no apparent reason errors. Can anyone help me or is there an update I should be installing?
Thanks

FYI I managed to find one of the fields that works. count(<NUMBER>) works. It didn't work to count(*), count(<INT>), or count(<VARCHAR>). Strange. Results are mixed with nullable/not nullable fields as well.
Anyway, found my solution.
Thanks

Similar Messages

ORA-07445 error

Hi All,
I got following error while running a plsql package which accesses data from cube(using DBMS_AW.execute). Olap version: 11.2.0.1
Message: Access violation errors have been found in the alert log.
Info from trace file:
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0xFFFFFFFFFFFFFFF4] [PC:0x2A3C79A, xsFSOSIZE()+4] [flags: 0x0, count: 1]
Incident 561 created, dump file: /u1/oracle/diag/rdbms/andb/ANDB4/incident/incdir_561/ANDB4_ora_26892_i561.trc
ORA-07445: exception encountered: core dump [xsFSOSIZE()+4] [SIGSEGV] [ADDR:0xFFFFFFFFFFFFFFF4] [PC:0x2A3C79A] [Address not mapped to object] []
ssexhd: crashing the process...
Shadow_Core_Dump = PARTIAL
Any idea on this?
Thanks

I am also facing the error and the same error is appeared in the alert.log frequently . Please help to resolve it
ORA-07445: exception encountered: core dump [kkqljpmpr()+30] [SIGSEGV] [ADDR:0x78] [PC:0x1CB9322] [Address not mapped to object] []
Thu Nov 03 17:39:49 2011
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x78] [PC:0x1CB9322, kkqljpmpr()+30] [flags: 0x0, count: 1]
Errors in file /data/applications/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_8293.trc (incident=17700):
ORA-07445: exception encountered: core dump [kkqljpmpr()+30] [SIGSEGV] [ADDR:0x78] [PC:0x1CB9322] [Address not mapped to object] []
Thu Nov 03 17:40:33 2011
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x78] [PC:0x1CB9322, kkqljpmpr()+30] [flags: 0x0, count: 1]
Errors in file /data/applications/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_8299.trc (incident=17683):
ORA-07445: exception encountered: core dump [kkqljpmpr()+30] [SIGSEGV] [ADDR:0x78] [PC:0x1CB9322] [Address not mapped to object] []
Thu Nov 03 17:40:35 2011
Sweep [inc][17700]: completed
Sweep [inc][17683]: completed
Sweep [inc][17652]: completed
Thu Nov 03 17:41:28 2011

Linux 10g versus Windows XP 10g Issue - ORA-07445: exception encountered

I did a full database export using exp from a 10g Linux database:
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Prod
PL/SQL Release 10.2.0.2.0 - Production
"CORE     10.2.0.2.0     Production"
TNS for Linux: Version 10.2.0.2.0 - Production
NLSRTL Version 10.2.0.2.0 - ProductionLinux version:
Red Hat Enterprise Linux ES release 4 (Nahant Update 5)I installed Oracle 10g on Windows XP:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
"CORE     10.2.0.1.0     Production"
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - ProductionWindows XP version is:
System:
    Microsoft Windows XP
    Professional
    Version 2002
    Service Pack 3
Intel(R) Core(TM)2 CPU
6300 @ 1.86GHz
1.86 GHz, 3.25 GM or RAMI performed a full database import after creating the required tablespaces from the 10g database on Linux to Windows.
On the Windows 10g database, I set Maximum SGA size to 1300 MB, and Total SGA size to 1000 MB. I set Aggregate PGA Target to 500 MB.
This Windows box is going to be used by at most 2 developers for a change to our application that is not backward compatible (with respect to the database) with earlier versions of the application that uses the database. I was asked to create this so we could develop this branch without affecting the rest of the development team that are working on other enhancements on the Linux box.
I then ran some packages that refresh the data in a set of tables. This runs through some code that exercises a lot of the database so I could uncover any issues.
At a specific point in the execution of these packages I get the following error:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_qkkIsOJKey+299] [PC:0x1E58F73] [ADDR:0x80] [UNABLE_TO_READ] []I read the trace file and isolated it to a single, somewhat complex query. I tore the query apart into smaller queries, trying to isolate what was causing the issue. Whenever the core dump occurred, I was able to recover by simply closing the connection and opening a new connection. In my testing I found the specific query that raises the exception, and a less performing version of that query that does not cause the exception. Please note that this exception has never occurred on the Linux box (nor has it occurred on the beta or production database), and the code has been in place for close to 2 years.
The code that causes the issue:
SELECT UNIQUE
       oc.ogc_case_id AS oc_ogc_case_id,
       ogc.ogc_number AS ogc_number
FROM (SELECT SUBSTR (REPLACE (afd.field_text, '-', '' ), 1, 6 )    AS ogc_number
          FROM ewoc_hw_snap.activity_field_data afd
         WHERE afd.afdcd_activity_field_data_key = (SELECT afdc.activity_field_data_key
                                                      FROM ewoc_hw_snap.activity_field_data_codes afdc
                                                     WHERE afdc.name = 'Case Number'
       ) ogc
LEFT OUTER JOIN lct_snap.ogc_cases oc
        ON oc.ogc_number = ogc.ogc_numberThe code that returns the same data, only slower, and does not raise the exception:
SELECT UNIQUE
       (SELECT oc.ogc_case_id FROM lct_snap.ogc_cases oc WHERE oc.ogc_number = ogc.ogc_number ) AS oc_ogc_case_id,
       ogc.ogc_number AS ogc_number
FROM (SELECT SUBSTR (REPLACE (afd.field_text, '-', '' ), 1, 6 )    AS ogc_number
          FROM ewoc_hw_snap.activity_field_data afd
         WHERE afd.afdcd_activity_field_data_key = (SELECT afdc.activity_field_data_key
                                                      FROM ewoc_hw_snap.activity_field_data_codes afdc
                                                     WHERE afdc.name = 'Case Number'
       ) ogcI executed both queries in SQL Developer version 3.0.04. SQL Developer gives the error message: No more data to read from socket
Any ideas?
The query shown above is as simple as I could pare it down to and still raise and then fix the issue. The fix to the package is not as simple as the second query shown above since there is more than one column of data that I need to return from the lct_snap.ogc_cases table. In any case, I shouldn't have to forgo using the LEFT OUTER JOIN. There must be something wrong with the Windows database. I didn't want to patch the Windows database without first checking on this forum to see if anyone had any less intensive potential solutions.
I searched and found so many posts with the ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] error, that I realize it's a somewhat generic error message.
Edited by: Starlight Rider on Jun 2, 2011 10:01 AM

Check this metalink note : 452951.1
Regards
Raj

Agent 10g throwing ORA-07445 errors.

Hello,
I am on oracle 10.2.0.4 and the platform is linux 2.6.18-128.el5 x86_64.I recently installed agent on this box and it is working properly except that once in a while it is ORA-07445.
The error in the alert log is
++++++++++++++++++++++++++++++++++++++++++++++++++++++
Error in the alert log.
++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ORA-07445: exception encountered: core dump [ksmdscan()+64] [SIGSEGV] [Address not mapped to obje+
+ct] [0x000000008] [] []+
+++++++++++++++++++++++++++++++++++++++++++++++++++++
I checked the trace file and it says this....
+++++++++++++++++++++++++++++++++++++++++++++++++++++
Trace file...
+++++++++++++++++++++++++++++++++++++++++++++++++++++
+/oracle/app/admin/db1/udump/db1_ora_17311.trc+
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /oracle/app/product/10.2.0/db1
System name:    Linux
Node name:      db1prod
Release:        2.6.18-128.el5
Version:        #1 SMP Wed Dec 17 11:41:38 EST 2008
Machine:        x86_64
Instance name: db1
Redo thread mounted by this instance: 1
Oracle process number: 229
Unix process pid: 17311, image: oracle@db1prod
*** 2012-07-09 05:33:39.050
*** ACTION NAME:(UserBlockChain) 2012-07-09 05:33:39.046
*** MODULE NAME:(emagent_SQL_oracle_database) 2012-07-09 05:33:39.046
*** SERVICE NAME:(SYS$USERS) 2012-07-09 05:33:39.046
*** SESSION ID:(601.9294) 2012-07-09 05:33:39.046
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x8, PC: [0x8e2140, ksmdscan()64+
+]+
*** 2012-07-09 05:33:39.054
ksedmp: internal or fatal error
+ORA-07445: exception encountered: core dump [ksmdscan()+64] [SIGSEGV] [Address not mapped to object] [0x0000000+
+08] [] []+
Current SQL statement for this session:
+/* OracleOEM */+
WITH blocked_resources AS
+(select+
id1
+,id2+
+,SUM(ctime) as blocked_secs+
+,MAX(request) as max_request+
+,COUNT(1) as blocked_count+
from
v$lock
where
request > 0
group by
id1,id2
+)+
+,blockers AS+
+(select+
L.*
+,BR.blocked_secs+
+,BR.blocked_count+
from
v$lock    L
+,blocked_resources BR+
where
BR.id1 = L.id1
and BR.id2 = L.id2
and L.lmode > 0
and L.block <> 0
+)+
select
B.id1||'_'||B.id2||'_'||S.sid||'_'||S.serial#    as id
+,'SID,SERIAL:'||S.sid||','||S.serial#||',LOCK_TYPE:'||B.type||',PROGRAM:'||S.program||',MODULE:'||S.modul+
e||',ACTION:'||S.action||',MACHINE:'||S.machine||',OSUSER:'||S.osuser||',USERNAME:'||S.username
as info
+,B.blocked_secs+
+,B.blocked_count+
from
v$session   S
+,blockers B+
where
B.sid = S.sid
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
ksedst()31 call ksedst1() 000000000 ? 000000001 ?+
+2AD458A46D50 ? 2AD458A46DB0 ?+
+2AD458A46CF0 ? 000000000 ?+
+.+
+.+
+.+
+.+
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
I checked the oracle support site with the lookup tool but it is not showing any thing.
Any advise will be appreciated.
Regards,
X.

I checked the oracle support site with the lookup tool but it is not showing any thing.Raise SR with oracle if you didn't find anything in MOS lookup tool.

ORA-07445 ACCESS_VIOLATION kglophup+66 instance crash

My db was crash as GATHER_STATS_JOB was trying to gather some status from db instance, rise the error ora-07445 [kglophup+66] at 6:00 am.
I start it when I found it was down and works well till now.
Sat Dec 22 06:00:31 中国标准时间 2012
Errors in file e:\oracle\product\10.2.0\admin\cdw\bdump\cdw_j001_24836.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [kglophup+66] [PC:0x58D4E34] [ADDR:0x127F873133] [UNABLE_TO_WRITE] []
Sat Dec 22 06:00:43 中国标准时间 2012
Errors in file e:\oracle\product\10.2.0\admin\cdw\bdump\cdw_pmon_3696.trc:
ORA-07445: 出现异常错误: 核心转储 [ACCESS_VIOLATION] [kglophup+66] [PC:0x58D4E34] [ADDR:0x127F873133] [UNABLE_TO_WRITE] []
1.I don't know whether the schedule job of oracle(GATHER_STATS_JOB) could cause the crash of db instance, but it seems true from the trace file which means oracle kills himself..
2.I don't know whether there is something wrong do with the memory in hardware, I 'll check the status of hardware later
3.the db was just create one month ago, it was migrate from oracle10201 to oracle10205 by user exp and imp and without error in exp(imp) logs.
I don't know whether exp and imp method of migration was correct or not?
(1)"exp user/paswd file=" from oracle 10201
(2)"imp user/paswd file=" to oracle 10205
4.I do opatch 13460968 which is the 10205 bundle patch 14 for windows x64 based on 10205 to make the db less bug,but I don't know whether the bundle patch cause the crash of instance?
some information:
5.oracle10205 with "Patch 13460968: ORACLE 10G 10.2.0.5 PATCH 14 BUG FOR WINDOWS (64-BIT AMD64 AND INTEL EM64"
6.oracle 10205 on win2008 x64 r2
7.128GB RAM(70G for sga and 30G for pga)
trace file:
Dump file e:\oracle\product\10.2.0\admin\cdw\bdump\cdw_j001_24836.trc
racle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.1 Service Pack 1
CPU : 48 - type 8664, 24 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:55481M/131058M, Ph+PgF:186456M/262115M
Instance name: cdw
Redo thread mounted by this instance: 1
Oracle process number: 43
Windows thread id: 24836, image: ORACLE.EXE (J001)
*** ACTION NAME:(GATHER_STATS_JOB) 2012-12-22 06:00:31.438
*** MODULE NAME:(DBMS_SCHEDULER) 2012-12-22 06:00:31.438
*** SERVICE NAME:(SYS$USERS) 2012-12-22 06:00:31.438
*** SESSION ID:(1041.23881) 2012-12-22 06:00:31.438
*** 2012-12-22 06:00:31.438
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [kglophup+66] [PC:0x58D4E34] [ADDR:0x127F873133] [UNABLE_TO_WRITE] []
Current SQL statement for this session:
select substrb(dump(val,16,0,32),1,120) ep, cnt from (select /*+ index_rs(t) no_parallel(t) no_parallel_index(t) dbms_stats cursor_sharing_exact use_weak_name_resl dynamic_sampling(0) no_monitoring */"INSTANCE_NUMBER" val,count(*) cnt from "SYS"."WRH$_DB_CACHE_ADVICE" t where TBL$OR$IDX$PART$NUM("SYS"."WRH$_DB_CACHE_ADVICE",0,4,0,"ROWID") = :objn and "INSTANCE_NUMBER" is not null group by "INSTANCE_NUMBER") order by val
----- PL/SQL Call Stack -----
object line object
handle number name
000000120DE28D48 12278 package body SYS.DBMS_STATS
000000120DE28D48 12868 package body SYS.DBMS_STATS
000000120DE28D48 14164 package body SYS.DBMS_STATS
000000120DE28D48 14463 package body SYS.DBMS_STATS
000000120DE28D48 14595 package body SYS.DBMS_STATS
000000120DE28D48 15121 package body SYS.DBMS_STATS
000000120DE28D48 21422 package body SYS.DBMS_STATS
check trace file e:\oracle\product\10.2.0\db_1\rdbms\trace\cdw_ora_0.trc for preloading .sym file messages
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
kglophup+66 0000000000000000 000000000 0010385F2 000001FE8
000002000
kglHandleUnpin+159 CALL??? kglophup+66 000000001 01CFEF5D0 000000000
11D59D7B68
kglUnKeepHandle4Sta CALL??? kglHandleUnpin+159 D9EB95665868 000000000
ts+602 000000000 120DCA8040
kksFreeMarkedBktCur CALL??? kglUnKeepHandle4Sta 000000000 11C746C720
sorStat+960 ts+602 000000030 000000018
kksClearCursorStat+ CALL??? kksFreeMarkedBktCur 000000000 000000000 000000130
474 sorStat+960 01CFEF5D0
kksCheckToFreeCurso CALL??? kksClearCursorStat+ 00001F700 00001F5D8 02117D160
rStat+14 474 00001F5D8
kksLoadChild+15506 CALL??? kksCheckToFreeCurso 120435CD58 1100000000
rStat+14 11C7E3E3DC 000000024
kxsGetRuntimeLock+2 CALL??? kksLoadChild+15506 01CFF01D0 120BCE8908
016 02117E6F0 120BCE8908
kksfbc+18212 CALL??? kxsGetRuntimeLock+2 01CFF01D0 027A10058 02117E6F0
016 000000103
kkspsc0+2633 CALL??? kksfbc+18212 027A10058 000000003 000000108
0286F1E88
kksParseCursor+473 CALL??? kkspsc0+2633 01DD12870 0286F1E88 0000001AB
000000003
opiosq0+1867 CALL??? kksParseCursor+473 02117FC40 000000000 02117F900
another tracefile:
Dump file e:\oracle\product\10.2.0\admin\cdw\bdump\cdw_pmon_3696.trc
Sat Dec 22 06:00:43 2012
ORACLE V10.2.0.5.0 - 64bit Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Windows NT Version V6.1 Service Pack 1
CPU : 48 - type 8664, 24 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:55515M/131058M, Ph+PgF:186489M/262115M
Instance name: cdw
Redo thread mounted by this instance: 1
Oracle process number: 2
Windows thread id: 3696, image: ORACLE.EXE (PMON)
*** 2012-12-22 06:00:43.107
*** SERVICE NAME:(SYS$BACKGROUND) 2012-12-22 06:00:43.107
*** SESSION ID:(1105.1) 2012-12-22 06:00:43.107
=================================================
KGL Child 20 Level 0 latch clean-up information:
=================================================
Operation = 18
kgllcpt1 = 000000120DCA7F10 kgllcpt2 = 00000011D7C1DDB8
kgllcpt3 = 000000120DCA8000 kgllcpt4 = 000000127F87312B
kgllcpt5 = 0000001210A7FB80 kgllcub4 = 35
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
Process Id: 0x0000068c Thread Id : 0x00000e70 Time : Sat Dec 22 06:00:43
Excp. Code: 0xc0000005 Excp. Type: ACCESS_VIO Flags: 0x00000000
------------------- Registers ----------------------------
ip=00000000058D4E34 sp=000000000F1BDF70 rp=0000000000000023
r1=0000000004BC8C80 r2=000000000519DC40 r3=0000000000000022
r4=0000000000000014 r5=000000000F1BDF70 r6=0000000000000023 r7=00000011D6B0A1E0
r8=000000000519DC40 r9=00000011D7C1DDB8 r10=000000120DCA7F10 r11=000000120DCA8000
r12=000000120DCA8000 r13=0000001210A7FB80 r14=000000127F87312B r15=000000000519DC40
------------------- End of Registers ---------------------
*** 2012-12-22 06:00:43.122
ksedmp: internal or fatal error
ORA-07445: 出现异常错误: 核心转储 [ACCESS_VIOLATION] [kglophup+66] [PC:0x58D4E34] [ADDR:0x127F873133] [UNABLE_TO_WRITE] []
check trace file e:\oracle\product\10.2.0\db_1\rdbms\trace\cdw_ora_0.trc for preloading .sym file messages
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
kglophup+66 0000000000000000 000000000 000000000 000000000
000000000
kgllccl+731 CALL??? kglophup+66 00519DC40 11D6B0C8B0
000000014 000002580
kgllcu+408 CALL??? kgllccl+731 000000E70 0052E2037 000000540
0000005A0
kslilcr+926 CALL??? kgllcu+408 007BB08A0 1211387D68
003E74F14 11D59D7B68
ksl_cleanup+2010 CALL??? kslilcr+926 11D59D7B68 000000003
000000000 120524E700
ksuxfl+1021 CALL??? ksl_cleanup+2010 007BB08A0 000003CF0 0E9C2BFB4
000000000
ksuxda+66 CALL??? ksuxfl+1021 00000002B 1206250D30
000000001 0006D4A5A
ksucln+2423 CALL??? ksuxda+66 000000E70 0052E2037 000000540
000002000
ksbrdp+988 CALL??? ksucln+2423 004BCD730 004BCD74C 000000002
000000004
opirip+700 CALL??? ksbrdp+988 6F5C3A450000001E 003E481E8
00F1BFA10 000000000
opidrv+856 CALL??? opirip+700 000000032 000000004 00F1BFD50
000000000
sou2o+52 CALL??? opidrv+856 000000032 000000004 00F1BFD50
000000003
opimai_real+268 CALL??? sou2o+52 000000000 000000000 000000000
000000000
opimai+96 CALL??? opimai_real+268 000000000 000000000 000000000
000000000
if someone meet the same situation,do please let me know,great thanks!

Go to http://support.oracle.com
refer to
ORA-600/ORA-7445/ORA-700 Error Look-up Tool [ID 153788.1]
Nothing Found Open SR

ORA-07445

Hi All,
I recenly installed Oracle 10g Release 2 on Windows 2003 Standrad Edition..
And getting an error in my alert log file...
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x60518765] [ADDR:0x4] [UNABLE_TO_WRITE] []
Wed Dec 21 16:12:19 2005
Errors in file d:\oracle\product\10.2.0\admin\eximware\udump\eximware_ora_460.trc:
ORA-04030: out of process memory when trying to allocate 82444 bytes (pga heap,control file i/o buffer)
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x60518765] [ADDR:0x4] [UNABLE_TO_WRITE] []
How can i resolve this issue?
Regards
Mani

Hi all,
Same issue...i didnt find a solution or i didnt understand what to do...
My sga size is 2504 M
My pga aggregate is 1000 M
I am running oracle 10.2.0.1 on windows server 2003. My quad has 4 processors + 8 gb RAM.
Still i get this error...
Mon Dec 04 11:46:48 2006
Process startup failed, error stack:
Mon Dec 04 11:46:49 2006
Errors in file e:\oracle\product\10.2.0\admin\icbsprod\bdump\icbsprod_psp0_2836.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlapped I/O operation is in progress.
ORA-27302: failure occurred at: skgpspawn
Mon Dec 04 11:46:49 2006
Process P022 died, see its trace file
Mon Dec 04 11:47:22 2006
Thread 1 advanced to log sequence 4771
Current log# 3 seq# 4771 mem# 0: P:\ORACLE\ORADATA\ICBSPROD\REDO03.LOG
Mon Dec 04 11:47:49 2006
Thread 1 cannot allocate new log, sequence 4772
Checkpoint not complete
Current log# 3 seq# 4771 mem# 0: P:\ORACLE\ORADATA\ICBSPROD\REDO03.LOG
Mon Dec 04 11:47:50 2006
Errors in file e:\oracle\product\10.2.0\admin\icbsprod\bdump\icbsprod_ckpt_2884.trc:
ORA-04030: out of process memory when trying to allocate 16908 bytes (pga heap,Get krha asynch mem)
Mon Dec 04 11:47:50 2006
CKPT: terminating instance due to error 4030
Mon Dec 04 11:47:50 2006
Errors in file e:\oracle\product\10.2.0\admin\icbsprod\bdump\icbsprod_mman_2852.trc:
ORA-04030: out of process memory when trying to allocate bytes (,)
should i reduce my sga and pga size?
regards,
Mathew

ORA-07445 and xdb

hi all
Following errors occured in alert.log on a linux system running oracle 10.2.0.1.0:
"Sat Jun 14 22:42:42 2008
Errors in file /opt/app/oracle/admin/wilson/udump/wilson_ora_11559.trc
ORA-07445: exception encountered: core dump [kgghstfel()+15] [SIGSEGV] [Address not mapped to object] [0x14] [] []
Sat Jun 14 22:49:30 2008
Process 0x0x41a1c994 appears to be hung while dumping
Current time = 1718649800, process death time = 1718587480 interval = 60000
Attempting to kill process 0x0x41a1c994 with OS pid = 11360
OSD kill succeeded for process 0x41a1c994
Sat Jun 14 22:52:39 2008
Process 0x0x41a1cf48 appears to be hung while dumping
Current time = 1718668704, process death time = 1718606751 interval = 60000
Attempting to kill process 0x0x41a1cf48 with OS pid = 11550
OSD kill succeeded for process 0x41a1cf48
Sat Jun 14 22:53:39 2008
Process 0x0x41a1d4fc appears to be hung while dumping
Current time = 1718674704, process death time = 1718609037 interval = 60000
Attempting to kill process 0x0x41a1d4fc with OS pid = 11559
OSD kill succeeded for process 0x41a1d4fc"
In trace file
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [kgghstfel()+15] [SIGSEGV] [Address not mapped to object] [0x14] [] []
Current SQL statement for this session:
select count(*) from user$ u, xdb.xdb$schema s where u.user# = :1 and u.name = s.xmldata.schema_owner and (xdb.xdb$Extname2Intname(s.xmldata.schema_url, s.xmldata.schema_owner) = :2)
----- PL/SQL Call Stack -----
object line object
handle number name
0x36271698 1 function XDB.XDB$EXTNAME2INTNAME
0x3639aa08 1 anonymous block
0x362721a0 17 package body SYS.XML_SCHEMA_NAME_PRESENT
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedst()+27 call ksedst1() 1 ? 1 ?
ksedmp()+557 call ksedst() 1 ? B7452F80 ? B7452F80 ?
B7452F86 ? B7452F70 ?
B7452F80 ?
ssexhd()+863 call ksedmp() 3 ? AC233D1 ? 6867676B ?
65667473 ? 2B29286C ? 3531 ?
kgghstfel()+15 signal 00000000 B ? B7454C8C ? B7454D0C ?
qmtLookup()+52 call kgghstfel() 0 ? C278790 ?
qmtAddRef()+25 call qmtLookup() CBD2CC0 ? C278790 ? C277650 ?
2B ? 25 ? BFE8C3D0 ?
qmeInitUGA()+68 call qmtAddRef() CBD2CC0 ? C278790 ? C277650 ?
2B ? 2DE ? B6EB7060 ?
qm_init_uga_helper( call qmeInitUGA() BFE8C3FC ? 2C ? 2C00 ?
)+777 B729C550 ? CB84358 ?
B7FAB017 ?
qm_run_as_ksys()+18 call 00000000 BFE8C66C ? 535953 ? 0 ? 0 ?
6 0 ? 0 ?
qm_init_uga()+18 call qm_run_as_ksys() BFE8C66C ? 94F819C ?"
Is there something wrong with the XDB?
How to solve this problem.
Thanks

Generally ORA-07445 and ORA-0600 Errors are the internal errors, only Oracle Support can address to such errors when you submit the generated trace files and your alert log file to dig more in to this errors.
Moreover, logon to metalink and search for the ORA-07445 and ORA-0600 error lookup with the first option in the error.
Regards,
Sabdar Syed.

Getting the error ORA-07445: exception encountered: core dump [PC:0x10000]

Hi,
I am getting the following error in alert.log when raising an event using wf_event.raise() API and the sql session is being closed saying ORA-03113: end-of-file on communication channel.
This error is happening only in 11gR2 only, its working fine in 11gR1 and 10g instances.
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV] [ADDR:0x10000] [PC:0x10000] [Address not mapped to object] [] ssexhd: crashing the process... Shadow_Core_Dump = PARTIAL
<msg time='2009-09-25T07:07:50.296-07:00' org_id='oracle' comp_id='rdbms'
client_id='' type='UNKNOWN' level='16'
host_id='rws60079rems' host_addr='139.185.21.219' module='SQLTools.exe'
pid='18261'>
<txt>Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
[PC:0x10000, {empty}] [flags: 0x0, count: 1]
</txt>
</msg>
<msg time='2009-09-25T07:07:50.413-07:00' org_id='oracle' comp_id='rdbms'
msg_id='3420300351' type='INCIDENT_ERROR' group='Access Violation'
level='1' host_id='rws60079rems' host_addr='139.185.21.219'
prob_key='ORA 7445 [PC:0x10000]' upstream_comp='' downstream_comp=''
ecid='' errid='142805'
detail_path='/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rem
s/diag/rdbms/atg212x3/atg212x3/trace/atg212x3_ora_18261.trc'>
<txt>Errors in file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc (incident=142805):
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
[ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
</txt>
</msg>
<msg time='2009-09-25T07:07:56.424-07:00' org_id='oracle' comp_id='rdbms'
msg_id='dbgripsto_sweep_staged_obj:14105:70631439' type='ERROR'
group='ami_comp'
level='8' host_id='rws60079rems' host_addr='139.185.21.219'>
<txt>Sweep [inc][142805]: completed
</txt>
</msg>
Trace file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
Trace file
/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /slot/ems3456/oracle/db/tech_st/11.2.0
System name: Linux
Node name: rws60079rems
Release: 2.6.9-78.0.0.0.1.ELhugemem
Version: #1 SMP Fri Jul 25 14:53:18 EDT 2008
Machine: i686
Instance name: atg212x3
Redo thread mounted by this instance: 1
Oracle process number: 20
Unix process pid: 18261, image: oracle@rws60079rems
*** 2009-09-25 07:07:50.292
*** SESSION ID:(10.3141) 2009-09-25 07:07:50.292
*** CLIENT ID:() 2009-09-25 07:07:50.292
*** SERVICE NAME:(SYS$USERS) 2009-09-25 07:07:50.292
*** MODULE NAME:(SQLTools.exe) 2009-09-25 07:07:50.292
*** ACTION NAME:() 2009-09-25 07:07:50.292
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
[PC:0x10000, {empty}] [flags: 0x0, count: 1]
DDE: Problem Key 'ORA 7445 [PC:0x10000]' was flood controlled (0x4)
(incident: 142805)
ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
[ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
ssexhd: crashing the process...
Shadow_Core_Dump = PARTIAL
Edited by: sarojak on Sep 29, 2009 1:01 AM

Have you logged a call with Oracle support? There are many causes of 7445's and oracle supports web site has a handy set of documents about them. Also they have:- : Troubleshoot an ORA-600 or ORA-7445 Error Using the Error Lookup Tool. I would highly recomend talking to them.
https://metalink.oracle.com/

ORA-07445: exception encountered: core dump [updAfterRowTrigger()+929]

i have a problem after executing the following codes
update PUR.PUR_REQUESTS T
set T.TOT_NUM_POS_PURRQ = (SELECT COUNT(*)
FROM PUR.PUR_REQUEST_POSITIONS
where purrq_num_pgv_purrq = t.num_pgv_purrq)
WHERE T.TOT_NUM_POS_PURRQ !=
(SELECT COUNT(*)
FROM PUR.PUR_REQUEST_POSITIONS
where purrq_num_pgv_purrq = t.num_pgv_purrq)
I got the following error:
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [updAfterRowTrigger()+929] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []

thanks aman
i saw this document but it seems the bug that is raised dosent match to my condition.
my db version=10.2.0.4
my os = oracle linux 64bit-U 5.4
i dont have this problem on the other machine with the same config.could i say this is Bug?
may i must to request SR?

ORA-07445 [ACCESS_VIOLATION] [kgghstfel+12]

I got some ORA in alert.log,I wonder if this is a bug ?I don't have account of metalink,what's the root of this error?but no feedback from front users
OS:win2k3 x64
oracle 10.2.0.1
*ORA-07445:[ACCESS_VIOLATION] [kgghstfel+12] [PC:0x4F485C0] [ADDR:0x18] [UNABLE_TO_READ] []*
here are some tace I cut
Sat Dec 18 17:00:08 2010
ORACLE V10.2.0.1.0 - 64bit Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2 Service Pack 2
CPU                 : 8 - type 8664, 2 Physical Cores
Process Affinity    : 0x0000000000000000
Memory (Avail/Total): Ph:6449M/8186M, Ph+PgF:12922M/20020M
Instance name: cdw
Redo thread mounted by this instance: 1
Oracle process number: 19
Windows thread id: 4668, image: ORACLE.EXE (SHAD)
**** SERVICE NAME:(cdw) 2010-12-18 17:00:08.812*
**** SESSION ID:(136.268) 2010-12-18 17:00:08.812*
**** 2010-12-18 17:00:08.812*
ksedmp: internal or fatal error
*ORA-07445: [ACCESS_VIOLATION] [kgghstfel+12] [PC:0x4F485C0] [ADDR:0x18] [UNABLE_TO_READ] []*
Current SQL statement for this session:
select count() from user$ u, xdb.xdb$schema s where u.user# = :1 and u.name = s.xmldata.schema_owner and (xdb.xdb$Extname2Intname(s.xmldata.schema_url, s.xmldata.schema_owner) = :2)*
----- PL/SQL Call Stack -----
object      line object
handle    number name
*000000016D4B1530 1 function XDB.XDB$EXTNAME2INTNAME*
*000000016D4B1908 1 anonymous block*
*000000016CA03960 17 package body SYS.XML_SCHEMA_NAME_PRESENT*
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
kgghstfel+12                  0000000000000000     000000009 000000000 00475FE70
*169D997C0*
qmtLookup+57         CALL??? kgghstfel+12         000000000 2500000002
*000000EE0 013571E00*
qmtAddRef+17         CALL??? qmtLookup+57         00000025C 004F3F4E4 012BC64C8
*000000001*
qmeInitUGA+119       CALL??? qmtAddRef+17         000000000 000000000 000000EE0
*01BC349D8*
qm_init_uga_helper+ CALL??? qmeInitUGA+119       000000548 000001058 000000840
*994 000000000*
qm_run_as_ksys+251   CALL??? qm_init_uga_helper+ 013572330 000000000 000000000
*994 000000000*
qm_init_uga+21       CALL??? qm_run_as_ksys+251   2D004E004F004D00 052005200
*000000000 000000000*
qmeGetResRelByHdl+1 CALL??? qm_init_uga+21       000000000 49004D002E004800
*648 5800530053002E00*
*4100200046004600*
qmtkLookupSchemaOID CALL??? qmeGetResRelByHdl+1 013572600 000000000 0126DA6B0
Path+849                      648                  000000035
qmtkLookupSchemaOID CALL??? qmtkLookupSchemaOID 0192AC3C0 01BB2F620 000000024
+262                          Path+849             01BB2F61C
qmtsExtName2IntName CALL??? qmtkLookupSchemaOID 000000000 01BB1D620 000003000
+1215                         +262                 004F5913A
spefcpfa+498         CALL??? qmtsExtName2IntName 0135741B0 01BB1D5A8 01BB1D578
+1215                012BC1638
spefmccallstd+1237   CALL??? spefcpfa+498         013573FEC 000ADD5B8 013573220
*0009512BA*
pextproc+47          CALL??? spefmccallstd+1237   0192AC3C0 005C05EAD 1690047C0
*013573300*
__PGOSF330_peftrust CALL??? pextproc+47          000000000 000000000 000000001
ed+127                                             000000006
__PGOSF347_psdexsp+ CALL??? __PGOSF330_peftrust 16B26C0E0 004FC6EDB 000000001
*291 ed+127 000000000*
rpiswu2+508          CALL??? __PGOSF347_psdexsp+ 013573BB0 0135743A0 005D0B4EB
*291 078ED5A36*
psdextp+782          CALL??? rpiswu2+508          16B26C0E0 000000000 16B26C11C
*000000002*
pefccal+428          CALL??? psdextp+782          013574E70 013573EA0 013573D38
*000000000*
pefcal+212           CALL??? pefccal+428          7FFF00000000 4400000000
*000000004 000000000*
pevm_FCAL+188        CALL??? pefcal+212           013574210 012EFE400 162AA8D76
*012EF8B08*
pfrinstr_FCAL+81     CALL??? pevm_FCAL+188        00001D578 013574E70 00001D570
*005D0EDF5*
pfrrun_no_tool+76    CALL??? pfrinstr_FCAL+81     013574378 162AA9038 012EFE400
*000000000*
pfrrun+1093          CALL??? pfrrun_no_tool+76    012EE4060 004F56E04 000000FFF
*000000030*
plsql_run+929        CALL??? pfrrun+1093          012EF8B08 013050648 013574AE0
*012BC0040*
peicnt+316           CALL??? plsql_run+929        012EF8B08 005C00001 000000000
*000000000*
kkxuexe+968          CALL??? peicnt+316           013574E70 012EF8B08 168A5F4E0
*012EF8B08*
kkxmpsexe+996        CALL??? kkxuexe+968          000000001 012EE44D8 0192AC3C0
*013050658*
kgmexwi+714          CALL??? kkxmpsexe+996        0192AC3C0 000000000 000000000
*000000000*
kgmexec+1672         CALL??? kgmexwi+714          0192AC3C0 000000001 013575AC0
*000000000*
evapls+847           CALL??? kgmexec+1672         0192AC3C0 000000001 013575AC0
*16D4B1908*
evaopn2+485          CALL??? evapls+847           162AA7C48 2000000000000002
*00001D688 100000000*
evareo+363           CALL??? evaopn2+485          162AA7C48 013570000 000000000
*013050C68*
expepr+84            CALL??? evareo+363           013050C60 013576010 0192C2508
*002EE5A38*
expeal+19            CALL??? expepr+84            000000001 000000002 000000000
*013050C60*
kdstf0100100km+303   CALL??? expeal+19            000000010 00070F0E4 000000000
*012EE0B70*
kdsttgr+15451        CALL??? kdstf0100100km+303   000000000 000000000 155324050
*000000000*
qertbFetch+743       CALL??? kdsttgr+15451        013050C60 013052C00 000080008
*000000000*
qerjotFetch+313      CALL??? qertbFetch+743       162AA7EB8 000000000 000000000
*000000001*
qergsFetch+12418     CALL??? qerjotFetch+313      012EE2578 000988C16 000000000
*000000000*
opifch2+3380         CALL??? qergsFetch+12418     013576950 000000418 000000000
*000000000*
opiefn0+432          CALL??? opifch2+3380         000000089 000000006 0135773F4
*100000003*
opipls+2521          CALL??? opiefn0+432          000000004 000000005 013577A94
*000000001*
opiodr+1305          CALL??? opipls+2521          000000066 000000006 013579270
*000000000*
rpidrus+230          CALL??? opiodr+1305          000000066 000000006 013579270
*000000003*
rpidru+112           CALL??? rpidrus+230          013578840 0135788B0 000000002
*0192ABD80*
rpiswu2+508          CALL??? rpidru+112           013578570 000000000 013578570
*0135785A0*
rpidrv+1756          CALL??? rpiswu2+508          16B26C0E0 000000000 013578F10
*000000002*
psddr0+506           CALL??? rpidrv+1756          000000003 000000066 013579270
*000000038*
psdnal+349           CALL??? psddr0+506           000000003 000000066 013579270
*000000030*
pevm_EXIM+188        CALL??? psdnal+349           000000000 01BAD0818 013579430
*16560D42A*
pfrinstr_EXIM+41     CALL??? pevm_EXIM+188        01BAF1A10 013570010 000000000
*005BC0000*
pfrrun_no_tool+76    CALL??? pfrinstr_EXIM+41     000000000 16560D3D8 012BC66E8
*0000000FF*
pfrrun+1093          CALL??? pfrrun_no_tool+76    000000458 000000000 012BC64C8
*000003000*
plsql_run+929        CALL??? pfrrun+1093          01BAD0818 000000028 100000001
*000000000*
peidxr_run+274       CALL??? plsql_run+929        01BAD0818 000000001 01BAF19F0
*0192AC540*
peidxexe+52          CALL??? peidxr_run+274       01BAD05C8 161970001 01BAF19F0
*22AE4E8E36E2*
kkxdexe+312          CALL??? peidxexe+52          01BAD0640 000000000 000000000
*01BAD0818*
kkxmpexe+269         CALL??? kkxdexe+312          012EE0CE0 000000001 000000000
*000000001*
kgmexwi+714          CALL??? kkxmpexe+269         0192AC3C0 1665A20F8 0130539D0
*01BAD05C8*
kgmexec+1672         CALL??? kgmexwi+714          0192AC3C0 000000001 01357A950
*1665A20F8*
evapls+847           CALL??? kgmexec+1672         0192AC3C0 100000001 01357A950
*16C7FF5F0*
evaopnc+17           CALL??? evapls+847           1656D9270 0000000FF 000000000
*00001E120*
rpiswu2+508          CALL??? evaopnc+17           000002080 000000000 012BC64C8
*000002000*
evaopn2+2187         CALL??? rpiswu2+508          16B26C0E0 000000000 01357AFE0
*000000002*
subsr1+342           CALL??? evaopn2+2187         1656D9270 000000001 0192ABD80
*00001E1A0*
subsr3+287           CALL??? subsr1+342           000000760 000000000
AD86E3AA1BA38590 000000073
evaopn2+4417         CALL??? subsr3+287           01357B340 000001080 0029352D8
*0192ABD80*
evareo+376           CALL??? evaopn2+4417         1656D8D78 01BA35E50 000000003
*000000060*
expepr+84            CALL??? evareo+376           000000003 002870E14 012BDFDC8
*012EF8538*
evaiand+39           CALL??? expepr+84            000000000 0023F8691 000000206
*165618348*
expepr+84            CALL??? evaiand+39           1656182D0 001DA9B5F 000000BA0
*001DA6C70*
evaior+44            CALL??? expepr+84            012EED390 0FFFFFFC4 00001E1A0
*000400000*
expepr+84            CALL??? evaior+44            0130414C0 01ACF2BF0 022894271
*012EED418*
evaiand+39           CALL??? expepr+84            00000000C 012EED3A0 012EED3B8
*165627748*
expeal+29            CALL??? evaiand+39           000000900 000400000 1656257E8
*002C5918E*
qerflFetchOutside+1 CALL??? expeal+29            012EE6C20 1656262E8 00001E1A0
*56 165611B60*
qervwFetch+141       CALL??? qerflFetchOutside+1 0192ABD80 000400000 000000ED0
*56 161975920*
rwsfcd+109           CALL??? qervwFetch+141       000000768 00001E1A0 0192ABD80
*165578290*
qerhjFetch+577       CALL??? rwsfcd+109           000400000 01357BAD0 161974050
*000400000*
opifch2+3380         CALL??? qerhjFetch+577       000000800 01357BB00 000000000
*000000000*
opifch+70            CALL??? opifch2+3380         000000089 000000005 01357C260
*01357C2B0*
opiodr+1305          CALL??? opifch+70            000000000 011745068 0127165A8
*012716130*
ttcpip+972           CALL??? opiodr+1305          600000005 9E2C00000002
*01357E8F0 000000001*
opitsk+1681          CALL??? ttcpip+972           0192BFE40 000000000 000000000
*000000000*
opiino+1129          CALL??? opitsk+1681          000000000 000000000 000000000
*000000000*
opiodr+1305          CALL??? opiino+1129          00000003C 000000004 01357FBB0
*000000000*
opidrv+815           CALL??? opiodr+1305          00000003C 000000004 01357FBB0
*000000000*
sou2o+52             CALL??? opidrv+815           00000003C 000000004 01357FBB0
*7FF7FC48580*
opimai_real+131      CALL??? sou2o+52             000000000 01357FCB0
*7FFFFF7D258 078EE4D1C*
opimai+96            CALL??? opimai_real+131      7FF7FC48580 7FFFFF7C000
*0001F0003 000000000*
OracleThreadStart+6 CALL??? opimai+96            01357FF00 012E5FF3C 01357FCD0
*09 7FF7FC48580*
*0000000078D3B6DA CALL??? OracleThreadStart+6 012E5FF3C 000000000 000000000*
*09 01357FFA8*
Edited by: gunsnroses_xjapan on Dec 30, 2010 6:50 AM

Hi,
From the metalink note:
While the core file is captured in the Diagnosability infrastructure, the file may not be included with a diagnostic package.
1. Check the Alert Log
The alert log may indicate additional errors or other internal errors at the time of the problem. In some cases, the ORA-7445 error will occur along with ORA-600, ORA-3113, ORA-4030 errors. The ORA-7445 error can be side effects of the other problems and you should review the first error and associated core file or trace file and work down the list of errors.
Note 1020463.6 DIAGNOSING ORA-3113 ERRORS
Note 1812.1 TECH: Getting a Stack Trace from a CORE file
Note 414966.1 RDA Documentation Index
If the ORA-7445 errors are not associated with other error conditions, ensure the trace data is not truncated. If you see a message at the end of the file
*“MAX DUMP FILE SIZE EXCEEDED"*
the MAX_DUMP_FILE_SIZE parameter is not setup high enough or to ‘unlimited’. There could be vital diagnostic information missing in the file and discovering the root issue may be very difficult. Set the MAX_DUMP_FILE_SIZE appropriately and regenerate the error for complete trace information.
For pointers on deeper analysis of these errors see
Note 390293.1 Introduction to 600/7445 Internal Error Analysis
Note 211909.1 Customer Introduction to ORA-7445 Errors
2. Search 600/7445 Lookup Tool
Visit My Oracle Support to access the ORA-00600 Lookup tool (Note 7445.1). The ORA-600/ORA-7445 Lookup tool may lead you to applicable content in My Oracle Support on the problem and can be used to investigate the problem with argument data from the error message or you can pull out key stack pointers from the associated trace file to match up against known bugs.
3. “Fine tune” searches in Knowledge Base
As the ORA-7445 error indicates an unhandled exception in the Oracle source code, your search in the Oracle Knowledge Base will need to focus on the stack data from the core file or the trace file.
Keep in mind that searches on generic argument data will bring back a large result set. The more you can learn about the environment and code leading to the errors, the easier it will be to narrow the hit list to match your problem.
Best regards,
Rafi.

OLS: error ORA-07445

Hi Community
I am writing because I was informed of your knowledge in Label Segurity and I have a problem with a customer in Venezuela. The customer is Liberty Mutual Insurance Caracas.
The architecture was implemented where Label Security has a RAC Database 10g (1) and a DB PHYSICAL STANDBY mode (2) implemented with Dataguard).
When the policies were implemented on the production database (1) everything worked perfectly, and Dataguard replied installing Label Segurity on stand by without any problems.
When you run a SELECT on one of the tables in the DB PHYSICAL STANDBY (2) which have implemented policies, presents the error ORA-07445.
Then when you start the Policy Manager on the DB PHYSICAL STANDBY (2) the same error appeared. ORA-07445
But if we SELECT with the user owner of the object or the user SYS SELECT runs without errors.
Ask. In an architecture like this, Label Security can not be installed? Or does not work?

Hi Mark,
the example script was created only for a more simple reproducibility test. The original SQL statement that causes the error is:
SELECT SE0010, SE0030, SE0040, SE0050, SE0060, SE0070, SE0005, (SELECT COUNT(*) FROM G1SEGN01 WHERE SE0010 = SE1010) AS ALLEGATICOUNT
FROM G1SEGN00
WHERE SE0060 = 'INSERTED' AND (SELECT COUNT(*) FROM G1PATT00 WHERE EXISTSNODE(SE0080,PA0020)=1) > 0 AND SE0070 = 0
and the tables structure are
Table: G1SEGN00
Nome Nullo? Tipo
SE0005 NUMBER(15)
SE0010 NOT NULL VARCHAR2(30)
SE0020 NOT NULL VARCHAR2(100)
SE0030 NOT NULL VARCHAR2(25)
SE0040 NOT NULL VARCHAR2(255)
SE0050 NOT NULL DATE
SE0060 NOT NULL VARCHAR2(10)
SE0070 NOT NULL NUMBER(8)
SE0080 NOT NULL SYS.XMLTYPE
SE0090 VARCHAR2(100)
SE0065 VARCHAR2(1)
Table: G1SEGN01
Nome Nullo? Tipo
SE1005 NUMBER(15)
SE1010 NOT NULL VARCHAR2(30)
SE1020 NOT NULL DATE
SE1030 NOT NULL VARCHAR2(1000)
SE1040 NOT NULL VARCHAR2(2000)
Table: G1PATT00
Nome Nullo? Tipo
PA0005 NUMBER(15)
PA0010 NOT NULL NUMBER(8)
PA0015 NOT NULL NUMBER(5)
PA0020 NOT NULL VARCHAR2(1000)
PA0030 VARCHAR2(2000)
PA0040 NUMBER(3)
Clearly the field SE0080 contains an XML document and the field PA0020 contains an XPATH expression.
The SQL statement is executed from an .NET application (using c#)
Tell me if more lines of trace file could help.
Thanks again, bye.

ORA-07445 [pfrinstr_BRNCNULL()+58] [SIGSEGV] [ADDR:0x35401040013] [PC:0x916

17:16:14 更新表（为表加一个字段）
17:17:20 更新包
系统redhat5.6 64位
oracle 11.2.0.2
第二次遇到。support上不去。google也没几个结果。
APEX Oracle Application Express 3.2.1.00.12
alter日志显示如下：
Tue Oct 30 17:17:32 2012
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x35401040013] [PC:0x91636C0, pfrinstr_BRNCNULL()+58] [flags: 0x0, count: 1]
Errors in file /u01/app/oracle/diag/rdbms/liming/LIMING/trace/LIMING_ora_11484.trc (incident=120353):
ORA-07445: 出现异常错误: 核心转储 [pfrinstr_BRNCNULL()+58] [SIGSEGV] [ADDR:0x35401040013] [PC:0x91636C0] [Address not mapped to object] []
Incident details in: /u01/app/oracle/diag/rdbms/liming/LIMING/incident/incdir_120353/LIMING_ora_11484_i120353.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Tue Oct 30 17:17:32 2012
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x35401040013] [PC:0x91636C0, pfrinstr_BRNCNULL()+58] [flags: 0x0, count: 1]
Errors in file /u01/app/oracle/diag/rdbms/liming/LIMING/trace/LIMING_ora_12271.trc (incident=120369):
ORA-07445: 出现异常错误: 核心转储 [pfrinstr_BRNCNULL()+58] [SIGSEGV] [ADDR:0x35401040013] [PC:0x91636C0] [Address not mapped to object] []
Incident details in: /u01/app/oracle/diag/rdbms/liming/LIMING/incident/incdir_120369/LIMING_ora_12271_i120369.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Tue Oct 30 17:17:34 2012
Dumping diagnostic data in directory=[cdmp_20121030171734], requested by (instance=1, osid=11484), summary=[incident=120353].
Dumping diagnostic data in directory=[cdmp_20121030171737], requested by (instance=1, osid=12271), summary=[incident=120369].
Tue Oct 30 17:17:38 2012
Sweep [inc][120369]: completed
Sweep [inc][120353]: completed
Sweep [inc2][120369]: completed
Sweep [inc2][120353]: completed帖子经 saup007编辑过
帖子经 saup007编辑过

The error is happening on a call to wwv_flow_login.builder which is a part of APEX.
The suggestion is to upgrade the version of APEX (3.1.1.00.09) to APEX (3.2.1).
The latest version is available for download at the URL below:
http://www.oracle.com/technology/products/database/application_express/download.html

ORA-07445 on Ubuntu 8.04

Hello,
I manage Oracle Database 10g Express Edition Release 10.2.0.1.0 on a Linux Ubuntu 8.04 server for some students.
I've installed the package oracle-xe-universal
Simple queries works fine but some like this one does'nt work :
SQL> select nomf, nomp, prixp from ( commande co join client c on co.numc=c.numc ) join (produit p join fournisseur f on p.numf=f.numf ) on p.nomp=co.nomp where ( nomc = 'Jean');
select nomf, nomp, prixp from ( commande co join client c on co.numc=c.numc ) join (produit p join fournisseur f on p.numf=f.numf ) on p.nomp=co.nomp where ( nomc = 'Jean')
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Then, if I try any other querie I have the following error :
ERROR:
ORA-03114: not connected to ORACLE
Here is what it gives on alert_XE.log :
Fri Feb 12 10:35:43 2010
Errors in file /usr/lib/oracle/xe/app/oracle/admin/XE/udump/xe_ora_25191.trc:
ORA-07445: exception encountered: core dump [koksspac()+211] [SIGSEGV] [Address not mapped to object] [0x48] [] []
Can somebody help me ?

I don't agree that the result (ora-7445, which is in fact an internal error) should occur in any circumstances.
but, the platform isn't supported. so you don't have anywhere to go but to rewrite the sql and see if that works.
if your question is answered, please mark the question as answered!

I'm getting ORA-07445 [kksLockDelete()+465] errors on a 10.2.0.3 Database

Hello
I am getting the following Error on our database when I run a procedure that takes many hours to complete:
Mon Aug 23 10:39:43 2010
Errors in file /oracle/admin/HLBCP/bdump/hlbcp_j000_27898.trc:
ORA-07445: exception encountered: core dump [kksLockDelete()+465] [SIGSEGV] [Invalid permissions for mapped object [0x000000048] [] []
It seems that when the DB is under pressure or a select with a large result set is executed this error occurs, and kills my procedure
As I understand that SIGSEGV refers to OS (C Compiler) / Hardware issues? Is this correct?
How can I test the OS and Compiler to ensure they are in a healthy condition?
I Currently have an SR opened with Oracle but they are saying that 10.2.0.3 is desupported and will not be able to provide a fix.
Upgrading to 10.2.0.4 is not an option for us.
This particular database is contingency database (Using Dataguard)
However from time to time we taken a Copy of the Contingency database and open in it on the contingency server to test it.
(hence we discovered this issue)
I am convinced that the issue we are having is hardware/OS related, as it does not happen on our Live Database which is on a different server.
Has anyone encountered this issue before?
How did you resolved it?
_=The Output of the trace file=_
/oracle/admin/MYDB1/bdump/MYDB1_j000_27898.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning and Data Mining options
ORACLE_HOME = /oracle/database/10.2.0/db_1
System name: HP-UX
Node name: my_server
Release: B.11.23
Version: U
Machine: ia64
Instance name: MYDB1
Redo thread mounted by this instance: 1
Oracle process number: 22
Unix process pid: 27898, image: oracle@my_server (J000)
*** 2010-08-23 10:39:43.271
*** ACTION NAME:(Transact MY Payments) 2010-08-23 10:39:43.270
*** MODULE NAME:(MY_payment_pkg.transact;) 2010-08-23 10:39:43.270
*** SERVICE NAME:(SYS$USERS) 2010-08-23 10:39:43.270
*** SESSION ID:(303.22) 2010-08-23 10:39:43.270
Exception signal: 11 (SIGSEGV), code: 2 (Invalid permissions for mapped object), addr: 0x48, PC: [0x4000000002a9a431, kksLockDelete()+465]
r1: 60000000000b8f00 r20: c000000040e38fa0 br5: 0
r2: c000000040e0c4e8 r21: 82 br6: c0000000003429b0
r3: 0 r22: 80 br7: 4000000002a513f0
r4: 0 r23: 0 ip: 4000000002a9a431
r5: c000000000000408 r24: 9ffffffffcf73f30 iipa: 0
r6: c00000000004f190 r25: c0000001edb7af58 cfm: c1e
r7: 9ffffffffd7f8f58 r26: 4 um: 1a
r8: c0000001f421a1d0 r27: c0000001edb7afc0 rsc: 1f
r9: c0000001f4216b08 r28: 1fcd0 bsp: 9ffffffffd804708
r10: c0000001f421a0c0 r29: c0151476 bspstore: 9ffffffffd804708
r11: 0 r30: 0 rnat: ffffffff00000000
r12: 9ffffffffffd3200 r31: c0151476 ccv: 1
r13: 9ffffffffd465420 NaTs: 0 unat: 0
r14: 12f00000000 PRs: 1c6c7 fpsr: 9804c8a74433f
r15: c0000001f4216ab8 br0: 4000000002a9a3e0 pfs: c000000000000c1e
r16: b br1: c0000000001f0c00 lc: 0
r17: c0000001ec873e18 br2: 0 ec: 0
r18: ffffffff br3: 0 isr: 9ffffffffd804708
r19: c000000040e0a890 br4: 0 ifa: 0
Reason code: 001c
*** 2010-08-23 10:39:43.340
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [kksLockDelete()+465] [SIGSEGV] [Invalid permissions for mapped object] [0x000000048] [] []
Current SQL statement for this session:
SELECT COl1 , COL2 , NVL(COL3,0) , NVL(COL4,0) , NVL(COL5,0) FROM MY_PRODUCTS MP1 WHERE MP1.COL6 = :B2 AND DP1.COL3 = :B1
----- PL/SQL Call Stack -----
object line object
handle number name
c0000001f41d2000 773 SCHEMA_OWNER.MY_TRANSACTIONRS
c0000001f41e0088 237 package body SCHEMA_OWNER.MY_PAYMENT_PKG
c0000001f41e0088 582 package body SCHEMA_OWNER.MY_PAYMENT_PKG
c0000001f41e0a28 1 anonymous block
c0000001f41e96b8 44 package body SCHEMA_OWNER.MY_JOB_PKG
c0000001f41e96b8 181 package body SCHEMA_OWNER.MY_JOB_PKG
c0000001f4209140 537 package body SCHEMA_OWNER.MY_JOB_SCHEDULE_PKG
c0000001f4209140 573 package body SCHEMA_OWNER.MY_JOB_SCHEDULE_PKG
c0000001f425b9e8 791 package body SCHEMA_OWNER.MY_PKG
c0000001f4215df8 1 anonymous block
Edited by: Grahambo on Aug 23, 2010 4:04 AM
Edited by: Grahambo on Aug 23, 2010 4:05 AM

I have already contacted oracle support
they say 10.2.0.3 is now de supported and will not be able to provide a fix
I have also tried the ora-600 look up tool but the BUG:
Bug:4704981
Is non-public

ORA-07445 (solaris 9.0.) when inserting into LONG column

i am getting a core-dump when inserting into a table w/ long column. running 9.0.1 on solaris.
ORA-07445: exception encountered: core dump [kghtshrt()+68] [SIGSEGV] [Address not mapped to object] [0x387BBF0] [] []
if anyone has ANY input - please provide it ... i am desperate at this point.
i am trying to avoid upgrading to 9.2.0 to solve this problem.
regards -
jerome

You should report this in a service request on http://metalink.oracle.com.
It is a shame that you put all the effort here to describe your problem, but on the other hand you can now also copy & paste the question to Oracle Support.
Because you are using 10.2.0.3; I am guessing that you have a valid service contract...

Sudden ORA-01331 / ORA-07445 on aggregate count(*)?

Similar Messages

Maybe you are looking for