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

Similar Messages

  • 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.

  • ORA-03113 and ORA-07445 ACCESS_VIOLATION (again)

    On:
    10g
    Windows 2003 server
    IIS 6
    ASP.NET 2.0
    Oracle client 10.2.0.1.0
    ODAC 10.2.0.2.21
    odp.net 2.102.2.20
    Validate Connection=true;Min Pool Size=0 in connection string
    All odp.net connection, command and parameter objects are closed/disposed after use.
    The issue:
    ORA-03113 is returned to asp.net.
    ORA-07445 ACCESS_VIOLATION is logged on database side. (see below)
    It is ALWAYS the same select query (in stored procedure).
    This is NOT a heavy query. Whole table is only 20K rows. (see below)
    The rest of web application is UNAFFECTED. oracle connection and queries working normally.
    Memory and threads used w3wp.exe are normal
    Our only solution is for DBA to re-allocate table on db server.
    I have read all related posts on this Forum but please any advice is welcome!
    Thanks,
    Adam
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [evaopn2+2896] [PC:0x15F3876] [ADDR:0x0] [UNABLE_TO_READ] []
    Edited by: user10422769 on Sep 1, 2010 12:35 AM

    according to this article:
    <span> [Oracle ORA-07445 exception tips|<a class="smarterwiki-linkify" href="http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm]">http://www.dba-oracle.com/t_ora_07445_exception_encountered.htm]</a>
    </span>
    ther is a lot of reasons for this issue I suggest that you try to do some action to try to understand where is the problem:
    1. Change the connection string to contain only the schema parameter (no pooling parameters).
    2. Change the select to return only 1:
    _SELECT 1 as val_
    FROM IIL_RUN_SETS ILRS
    INNER JOIN IIL_RN_SET_STA_VALS ISSV
    ON ILRS.ILRS_ID = ISSV.ILRS_ID
    AND CURRENT_TIMESTAMP BETWEEN ISSV.TRANS_FROM AND ISSV.TRANS_TO
    INNER JOIN IIL_RN_SET_STATUSES ISST
    ON ISSV.ISST_ID = ISST.ISST_ID
    INNER JOIN IIL_RUNS ILRN
    ON ILRS.ILRS_ID = ILRN.ILRS_ID
    LEFT OUTER JOIN IIL_RUN_LABELS IRLB
    ON ILRN.IRLB_ID = IRLB.IRLB_ID
    INNER JOIN IIL_RUN_STA_VALS IRSV
    ON ILRN.ILRN_ID = IRSV.ILRN_ID
    AND CURRENT_TIMESTAMP BETWEEN IRSV.TRANS_FROM AND IRSV.TRANS_TO
    INNER JOIN IIL_RUN_STATUSES IRST
    ON IRSV.IRST_ID = IRST.IRST_ID
    INNER JOIN IIL_RUN_TYPES IRTY
    ON ILRN.IRTY_ID = IRTY.IRTY_ID
    INNER JOIN PRODUCTS PDCT
    ON ILRN.PDCT_ID = PDCT.PDCT_ID
    INNER JOIN USERS UPDATE_USER
    ON ILRN.UPDATE_USER_ID = UPDATE_USER.USER_ID
    WHERE ILRS.ILRS_ID ; = :B1
    _AND rownum=1_
    ORDER BY ILRN.ILRN_ID
    if this result will not return the value that means that the problem is in the SQL/Procedure
    3. Try to run on diffrent client - it maybe related to some ODP problem one one client.

  • ORA-07445: [ACCESS_VIOLATION] [_pevm_CMP3N+21] [PC:0x60BA7455] [ADDR:0x6]

    Hello,
    I have this error on a Oracle database 10.2.0.1 with WIndows 2003 standard edition ORA-07445: [ACCESS_VIOLATION] [_pevm_CMP3N+21] [PC:0x60BA7455] [ADDR:0x6] [UNABLE_TO_READ].
    I look into the metalink but the parameter [_pevm_CMP3N+21] does not exist as note, bug or something like that. There anyone can know what could be the problem of this error.
    On the oracle alert log says:
    Errors in file c:\oracle\product\10.2.0\admin\SID\udump\orcla_ora_5348.trc:
    ORA-07445: Exception error: core dump [ACCESS_VIOLATION] [_pevm_CMP3N+21] [PC:0x60BA7455] [ADDR:0x6] [UNABLE_TO_READ] []
    Thanks for the reply's.

    Hello Satish,
    The backup software that we are using is RMAN programmed via the Windows task scheduler on the night this happend at 13:00pm so i think that is not for the HOT BACKUP COPY. But as you say the antivirus installed on the server is a Mcafee Viruscan, I can't really know if he may can interfere on Oracle's background process. Do you know anywhere where I can find more answer about this?.
    Thanks for all,
    Regards

  • Jaro_winkler ORA- (07445[ACCESS_VIOLATION])

    Hi all,
    While using the match/merge operator with address and person rules i specified the use of jaro-winkler: The result is an error:
    ORA- (07445[ACCESS_VIOLATION]) ...
    ~ORA-07445: Exception occured: CORE Dump [ACCESS_VIOLATION] [_pi_jaro_winkler_int+338] [PC:0x6308F4C6] [ADDR:0xE110000] [UNABLE_TO_READ] []~
    funny isn't it? with 250.000 columns the mapping worked fine. With now 1.500.000 columns that error occurs... metalink does not help anyway and i'm not sure to create an service request because response times for these kind of problems are too high.
    Does anyone has seen that kind of error before?
    regards+thanks, Andreas

    Hi Robert,
    I tried on 3 database installations (all 10.2). there is no parameter DB_BLOCK_BUFFERS set. And i do not assume that there is a reasn for increasing the db_cache_size - means: why i did not get any error for that presumed case?
    btw: can you explain why i should increase db_cache_size?
    thanks,
    Andreas

  • Help, ORA-07445 error causes oracle crash!!

    hi guys
    I met a big trouble, My oracle server always crashed since last week, Orace version is 10.2.0.1.0
    When it crashed, the alert log recorded as blew:
    {color:#ff0000}Fri Dec 05 15:38:25 2008
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Fri Dec 05 15:38:25 2008
    Errors in file c:\oracle\product\10.2.0\admin\ppm\udump\ppm_ora_2884.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]{color}
    {color:#ff0000}Fri Dec 05 15:38:26 2008
    Errors in file c:\oracle\product\10.2.0\admin\ppm\udump\ppm_ora_2884.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]{color}
    {color:#ff0000}Fri Dec 05 15:38:27 2008
    Errors in file c:\oracle\product\10.2.0\admin\ppm\udump\ppm_ora_2884.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION|http://forums.oracle.com/forums/] [unable_to_trans_pc|http://forums.oracle.com/forums/] [PC:0x7D621F95|http://forums.oracle.com/forums/] [ADDR:0x55909090|http://forums.oracle.com/forums/] [UNABLE_TO_READ] [|http://forums.oracle.com/forums/]
    ....................(repeat the message)
    {color}{color:#000000}Then I check the trc file, as blew:
    {color}{color:#ff00ff}{color:#ff00ff}Dumping last 2 granules of Transferred Memory
    Done Dumping transfer, resize ops and granules.
    Dump event group for SESSION
    Unable to dump event group - no PROCESS state objectDump event group for SYSTEM
    *** 2008-12-05 15:38:53.725
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}ACCESS_VIOLATION{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}unable_to_trans_pc{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}PC:0x7D621F95{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}ADDR:0x55909090{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}UNABLE_TO_READ] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}ORA-07445: exception encountered: core dump {color}[{color:#ff00ff}ACCESS_VIOLATION{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}unable_to_trans_pc{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}PC:0x7D621F95{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}ADDR:0x55909090{color}|http://forums.oracle.com/forums/]{color:#ff00ff} {color}[{color:#ff00ff}UNABLE_TO_READ] [{color}|http://forums.oracle.com/forums/]
    {color:#ff00ff}OR
    Current SQL information unavailable - no session.
    {color}This problem occurs no rule, When the oracle crashed,I need to restart the computer, then restart the oracle service. I am very depressed...
    Are there any suggestion about the error? anything is appreciated !
    Thanks a lot
    Edited by: user10690772 on Dec 7, 2008 11:02 PM
    Edited by: user10690772 on Dec 7, 2008 11:03 PM

    You didn't mention your OS but check this note:
    [Note:405904.1-Listener Crash on Windows 2003 and/or ORA-07445: Exception encountered: CORE Dump ACCESS_VIOLATION unable_to_trans_pc|https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=405904.1]
    If it looks like your issue, try Solution 2 as a workaround and see if something changed.
    Aviad

  • Found dead server (ORA-07445)

    hello guys.
    i have this odd situation in one of my database. Sometimes i have this in my alert log "found dead shared server 'S000', pid = (19,191)" with an ORA-07445 afterwards and which sometimes cause the application to return an error "Io exception: End of TNS data channel". I wonder why this appears in my db. by the way, the machine is our Materialized view db which is part of the master-mv replication setup. Im confused why in my master db, that error doesnt appear, so i guess this is not an application or configuration issue. I wonder if this has something to do with the current setup!!??? to understand further on my problem, here is my setup
    MASTER DB (no problem on this machine)
    - multi-threaded dual processor
    - 4GB memory
    - RAID 5 on SATA disk
    - Net8 is in Dedicated server connection
    - this machine is dedicated only for the database. no other applications running
    - OS is redhat 9
    - located in our main server farm in US
    MATERIALIZED VIEW DB (this is where the errors appears)
    - 1 processor
    - 1GB memory
    - IDE disk
    - Net8 is in shared server connection
    - this machine is not only a db server but also the web application and the middle tier so jboss resides on this machine.
    - OS is in fedora core 3
    - located in one of our office somewhere in ASIA
    now you know my setup. so, any comments on this!?? if you'll ask me, my best findings why this error occurs is that maybe this has something to do with the resource!?? as you can see, jboss and oracle resides in one machine (currently, this is our setup due to budget constraints) so maybe this is the reason why i had a dead shared connection and the db has memory dumps?? and also, is there a way to test if the problem is due to lack of resources on the machine!?? i need to know so that i can justify to the management that we need to add machine dedicated for jboss and not with this kind of setup. its like our whole architecture was put into 1 machine (i know, this is a bad architecture). currently, we dont see any problem with the application as far as we know (since theres no complaints from the customers), though there is a proof the the application returns end of TNS channel error. I need some inputs from you guys so that i will have an idea on how to justify this to the management... i hope i can get reply from you..
    Thanks
    Erwin

    please check metalink..
    ORA-07445 [ACCESS_VIOLATION] [unable_to_trans_pc] on Windows Platforms [ID 456801.1]
    ORA-07445 [ACCESS_VIOLATION] [_kkslmtl+524] [PC:0xF41EC0] [ADDR:0x0] [UNABLE_TO_READ] [] [ID 755278.1]
    Regards
    Rajesh

  • Found dead shared server - ORA-07445:

    Hi,
    Apologies if this has been posted before but can someone help with getting a resolution to the above error that I noticed in my Alert log. Here's an except from the log. i can post the error file but it is 3.4mb in size.
    Thanks in Advance,
    Alan
    Current log# 3 seq# 20641 mem# 0: D:\ORADATA\LIVE\REDO003.ORA
    Sun May 02 20:47:05 2010
    Thread 1 advanced to log sequence 20642 (LGWR switch)
    Current log# 4 seq# 20642 mem# 0: D:\ORADATA\LIVE\REDO004.ORA
    Sun May 02 20:49:47 2010
    Errors in file d:\oracle\product\10.2.0\admin\live\bdump\live_s005_4612.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [kghfrf+157] [PC:0x51F4AE9] [ADDR:0x21B1D6CC] [UNABLE_TO_READ] []
    Sun May 02 20:50:16 2010
    found dead shared server 'S005', pid = (16, 229)
    Sun May 02 20:59:27 2010
    ALTER SYSTEM ARCHIVE LOG
    Sun May 02 20:59:27 2010
    Thread 1 cannot allocate new log, sequence 20643
    Private strand flush not complete
    Current log# 4 seq# 20642 mem# 0: D:\ORADATA\LIVE\REDO004.ORA
    Sun May 02 20:59:30 2010

    please check metalink..
    ORA-07445 [ACCESS_VIOLATION] [unable_to_trans_pc] on Windows Platforms [ID 456801.1]
    ORA-07445 [ACCESS_VIOLATION] [_kkslmtl+524] [PC:0xF41EC0] [ADDR:0x0] [UNABLE_TO_READ] [] [ID 755278.1]
    Regards
    Rajesh

  • 9iR2 SuSE 2.4.-7 glibc 2.2-7 (ORA-07445 - crash - )

    Has anyone been able to get 9.2.0 running
    on Suse w/ kernel 2.4-7 ?
    Pulled cpio zip files via otn. Attempts to
    build core database via usual scripts fails in
    catproc.sql w/ fatal ora-07445 error (sigsegv - code 1
    address not mapped to object). Instance crashes.
    Database will start and alloc memory ok, just cannot
    get through catproc.sql cleanly.
    Relink of software appears to work ok ...
    Thanks in advance, J

    We are running 8.1.7 on 2.2.19 kernel only and oracle 9.0.1 on
    2.4.9 kernel only.
    Both are running a 120 Gb production database with 300+ users
    and we have no problems. Save your self a lot of drama by
    installing 8.1.7 only on 2.2.18/19 kernel. (because of glibc 2.1)
    It is very stable.

  • ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []

    Hi,
    I have some issues regarding standby database.
    Oracle version : 10.2.0.1.0 on windows 2003R2 64bit.
    MRP process is not active in standby database.yesterday  I have re-boot standby server,but still MRP process in not running.
    In Alert log I found following errors:-
    Mon Jan 20 12:33:41 2014
    Successful mount of redo thread 1, with mount id 2124244128
    Mon Jan 20 12:33:41 2014
    Physical Standby Database mounted.
    ARCt started with pid=46, OS id=3088
    Mon Jan 20 12:33:42 2014
    ARCb: Becoming the heartbeat ARCH
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 20 12:33:44 2014
    Starting Data Guard Broker (DMON)
    Mon Jan 20 12:33:49 2014
    alter database recover managed standby database disconnect from session
    MRP0 started with pid=47, OS id=2880
    Managed Standby Recovery not using Real Time Apply
    Media Recovery Log D:\MAXIMODATA\ARCHIVE_LOG\ARC10180_0751162859.001
    Mon Jan 20 12:33:56 2014
    Completed: alter database recover managed standby database disconnect from session
    Mon Jan 20 12:33:58 2014
    Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
    Mon Jan 20 12:33:59 2014
    Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
    Mon Jan 20 12:34:00 2014
    Recovery interrupted!
    Mon Jan 20 12:37:54 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[1]: Assigned to RFS process 4236
    RFS[1]: Identified database type as 'physical standby'
    Mon Jan 20 12:37:54 2014
    RFS LogMiner: Client disabled from further notification
    Mon Jan 20 12:46:17 2014
    db_recovery_file_dest_size of 10240 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Mon Jan 20 14:21:37 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 4024
    RFS[2]: Identified database type as 'physical standby'
    RFS[2]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Mon Jan 20 16:37:43 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[3]: Assigned to RFS process 3184
    RFS[3]: Identified database type as 'physical standby'
    RFS[3]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Mon Jan 20 17:56:58 2014
    RFS[2]: Possible network disconnect with primary database
    Mon Jan 20 17:57:53 2014
    RFS[3]: Possible network disconnect with primary database
    Mon Jan 20 18:00:00 2014
    RFS[1]: Possible network disconnect with primary database
    Mon Jan 20 21:36:08 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 4664
    RFS[4]: Identified database type as 'physical standby'
    Mon Jan 20 21:36:09 2014
    RFS[5]: Archived Log: 'D:\MAXIMODATA\ARCHIVE_LOG\STANDBY\ARC10196_0751162859.001'
    Mon Jan 20 22:34:08 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[6]: Assigned to RFS process 2888
    RFS[6]: Identified database type as 'physical standby'
    RFS[6]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 00:25:17 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[7]: Assigned to RFS process 3824
    RFS[7]: Identified database type as 'physical standby'
    RFS[7]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 05:30:43 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[8]: Assigned to RFS process 4568
    RFS[8]: Identified database type as 'physical standby'
    RFS[8]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 10:00:24 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[9]: Assigned to RFS process 3860
    RFS[9]: Identified database type as 'physical standby'
    RFS[9]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    I Aler log I can see curent los are applying but due to MRP process is not active no more log syncing.
    Following process running in standby db but not MRP
    SQL> select process,status,sequence# from v$managed_standby;
    PROCESS   STATUS        SEQUENCE#
    ARCH      CLOSING           10195
    ARCH      CLOSING           10197
    ARCH      CLOSING           10198
    ARCH      CLOSING           10199
    ARCH      CLOSING           10200
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    PROCESS   STATUS        SEQUENCE#
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    PROCESS   STATUS        SEQUENCE#
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CLOSING           10194
    RFS       IDLE                  0
    RFS       IDLE                  0
    RFS       IDLE                  0
    PROCESS   STATUS        SEQUENCE#
    RFS       IDLE                  0
    RFS       IDLE                  0
    RFS       IDLE                  0
    36 rows selected.
    And logs difference is also growing day by day.
    SQL> SELECT ARCH.THREAD# "Thread", ARCH.SEQUENCE# "Last Sequence Received", APPL
    .SEQUENCE# "Last Sequence Applied", (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Differenc
    e"
      2  FROM
      3  (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME )
    IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
      4  (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) I
    N (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
      5  WHERE
      6  ARCH.THREAD# = APPL.THREAD#
      7  ORDER BY 1;
        Thread Last Sequence Received Last Sequence Applied Difference
             1                  10200                 10180         20
    Below are sga,pga parameters:
    SQL> sho parameter sga
    NAME                                 TYPE        VALUE
    lock_sga                             boolean     FALSE
    pre_page_sga                         boolean     FALSE
    sga_max_size                         big integer 4G
    sga_target                           big integer 1536M
    SQL> sho parameter pga
    NAME                                 TYPE        VALUE
    pga_aggregate_target                 big integer 194967296
    I have SR to Oracle support but not reply yet.
    Please help me the find out the solution.
    Regards,
    Meena

    Hi
    Did you these notes
    Doc ID 1327018.1
    Doc ID 456801.1
    Regards

  • ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []

    Hello all,
    I am working on windows 64 bit (local system, testing)
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    my database was working just fine, I was copying export dump(exp/imp) from 'A' hard disk(external) to 'B', as it was urgent I gave a table for import(imp) from 'A' hard disk which had the original dump.
    import of table stopped with ORA-03113: end-of-file on communication channel
    i thought it might be because I gave import when copy was going on, later on when copy was over I gave the same table for import, this time also I got same error.
    when I tried to login as user "test" is gives me ORA 01033 error.
    Enter user-name: test/test
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    Process ID: 0
    Session ID: 0 Serial number: 0
    Enter user-name: test/test@prod
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    Process ID: 0
    Session ID: 0 Serial number: 0
    Enter user-name: test/test@prod as sysdba
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL> show user
    USER is "SYS"
    my alert log shows ORA 07445 ERROR. below is part of alertlog which is repeating.
    Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x18] [PC:0x8C4341F, hshget1()+199]
    Errors in file c:\app\administrator\diag\rdbms\prod\prod\trace\prod_mmon_7848.trc  (incident=94924):
    ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []
    Incident details in: c:\app\administrator\diag\rdbms\prod\prod\incident\incdir_94924\prod_mmon_7848_i94924.trc
    Fri Aug 23 13:00:10 2013
    Sweep Incident[94923]: completed
    Fri Aug 23 13:00:10 2013
    Trace dumping is performing id=[cdmp_20130823130010]
    Fri Aug 23 13:02:11 2013
    Restarting dead background process MMON
    Fri Aug 23 13:02:11 2013
    MMON started with pid=14, OS id=8512
    To add more I was studying/practicing "Auditing in Oracle",  yesterday System  table space was getting full hence, exported "IDL_UB1$" and truncated it.
    Please let me know if I need to provide any more information, also help me out to solve this issue.

    Yes I have the backup of truncated table with me(I am practicing "auditing" in my local system hence exported the table and truncated the table as system table space  was getting full.)
    also i checked the trace file c:\app\administrator\diag\rdbms\prod\prod\incident\incdir_94924\prod_mmon_7848_i94924.trc, but not sure what to check..i mean it gives the same
    "ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []" error at the start
    not sure how to read this trace file,i mean how to find error part, kindly let me know on this.

  • ORA-07445: exception encountered: core dump ACCESS_VIOLATION

    Hi,
    I am getting random errors on Xe developing applications. This is from the trc file;
    *** ACTION NAME:(PAGE 4150) 2009-05-08 11:11:42.968
    *** MODULE NAME:(APEX:APPLICATION 4000) 2009-05-08 11:11:42.968
    *** SERVICE NAME:(SYS$USERS) 2009-05-08 11:11:42.968
    *** CLIENT ID:(ADMIN:4097352128062977) 2009-05-08 11:11:42.968
    *** SESSION ID:(17.332) 2009-05-08 11:11:42.968
    *** 2009-05-08 11:11:42.968
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump ACCESS_VIOLATION npierr+487 PC:0x5F22C3 ADDR:0x4 UNABLETO_READ] [
    Current SQL statement for this session:
    COMMIT
    PL/SQL Call Stack
    object line object
    handle number name
    2FF54ACC 10059 package body APEX_030200.WWV_FLOW
    33453850 255 procedure APEX_030200.F
    2EA3CBB4 32 anonymous block
    Call Stack Trace
    calling call entry argument values in hex
    location type point (? means dubious value)
    _npierr+487 00000000
    Any ideas on this, read something about a bug using links, not sure though.
    Regards,
    Onur

    This happens when you do what, exactly?
    Any ideas on this, read something about a bug using links, not sure though.Are you using links? What kind of links are we talking about?
    Scott

  • Instance crashing with ORA-00469: CKPT process terminated with error

    Hi,
    Instance crashing with ORA-00469: CKPT process terminated with error on 10.2.0.4. Any possibe causes?
    Thanks,
    Madhav

    I did check alert log and trace files. I just find this in alert log:
    ORA-00469: CKPT process terminated with error
    Trace file:
    *** 2009-07-29 02:22:06.840
    *** SERVICE NAME:(SYS$BACKGROUND) 2009-07-29 02:22:06.839
    *** SESSION ID:(275.1) 2009-07-29 02:22:06.839
    error 469 detected in background process
    ORA-00469: CKPT process terminated with error

  • Strange ORA-07445: exception encountered: core dump [ACCESS_VIOLATION]

    HI,
    I have a strange problem with 10.1.0.5 on Windows Server 2003 SP1.
    I get an ORA-07445 trace file (details below) every evening between 18:10 and 18:20. I have logged a SAR but it doesn't seem to be going anywhere.
    *** 2012-03-14 18:12:26.429
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [_kgegec+23] [PC:0x6034483F] [ADDR:0x433EEB4] [UNABLE_TO_READ] []
    ORA-01403: no data found
    ORA-06502: PL/SQL: numeric or value error: character string buffer too small
    ORA-06502: PL/SQL: numeric or value error: character string buffer too small
    Current SQL statement for this session:
    DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    0DADC8B8 10094 package body SYSMAN.MGMT_JOB_ENGINE
    0DB11E50 909 package body SYSMAN.EM_PING
    0DBABF04 925 package body SYSMAN.EMD_MAINTENANCE
    0DBCC878 1 anonymous block
    .. current cursor is
    Cursor 5 (5c1d033c): CURBOUND curiob: 5c1d9b6c
    curflg: 5 curpar: 0 curusr: 114 curses 7ef4888c
    cursor name: DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
    child pin: 8992ad0, child lock: 88dfeb8, parent lock: e7d4dd0
    xscflg: c4110664, parent handle: dbc6580, xscfl2: d100000, xscfl3: 50210c
    nxt: 1.0x00000114
    frm: -------- Comment -------- Size Seg Off
    bhp size: 1136/1192
    bind 0: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=00 oacfl2=0001 size=24 offset=0
    bfp=5c18f680 bln=22 avl=03 flg=05
    value=325
    bind 1: dty=12 mxl=07(07) mal=00 scl=00 pre=00 oacflg=13 oacfl2=0001 size=8 offset=0
    bfp=5f1aeaf8 bln=07 avl=07 flg=09
    value="3/14/2012 18:13:26"
    bind 2: dty=2 mxl=22(22) mal=00 scl=00 pre=00 oacflg=00 oacfl2=0001 size=24 offset=0
    bfp=5c18f65c bln=22 avl=00 flg=05
    Sometimes the location of the offending code changes but mostly it is reported as above.
    I have recreated the db control repository with EMCA which seems to solve the problem for a few days only.
    I have tried "alter session set events '6502 trace name errorstack level 3'" but the trace file produced is pretty much similar to the trace file produced anyway.
    I have checked the event viewer on the server to see if there is any clue as to what is happening at 6.15 every night.
    Can anyone suggest what I might try next to help me track down what is happening here?
    Kind regards,
    Stuart

    user559810 wrote:
    Hi Ed,
    Thanks for your input. Yes I've been searching Metalink and Google for a few weeks now! I've yet to find anything that matches the problem.
    Hence the idea that I might be missing a technique/tool that might help me glean further information.
    Regards,
    StuartIf you used the ora-07445 lookup tool and didn't get anything useful, the chances of finding help anywhere else are near nil. Anything else you find on the web will most likely trace back to information gathered from that tool or from an SR that was opened with Oracle Support.
    You must firmly keep in mind that 0600/07445 are internal errors. They are oracle's way of saying "I really don't know what happened here." I'm pretty certain that every solution in Metalink (oops, MOS) was published as a result of Support working an SR, then publishing the findings. So if the lookup didn't give you anything, you really only have one recourse.

  • ORA-07445 exception encountered: core dump [ACCESS_VIOLATION] [kghdmp_tpga_

    Most of the time i am finding ORA-07445:exception encountered: core dump [ACCESS_VIOLATION] [kghdmp_tpga_new+61] [PC:0x5563709] [ADDR:0x238] [UNABLE_TO_READ] [] error in the alert log file. How to rectify this error.
    Is there any relation of this error with oracle service terminates unexpectedly?
    Thanks & regards,
    Venu

    ORA-600 or ORA-7445 are the oracle internal errors , so visit Metalink, to check the errrors. It is Note:153788.1
    --neeraj                                                                                                                                                                                                                                                               

Maybe you are looking for