logmnr时报ORA-07445，请帮忙看下

spring_li

dbms_logmnr.start_logmnr几秒后，就报ORA-03113: end-of-file on communication channel，到alterlog里看到如下内容：
Errors in file /u01/app/oracle/admin/chahua/udump/chahua_ora_15484.trc:
ORA-07445: exception encountered: core dump [0B5396DF] [SIGSEGV] [Address not mapped to object] [0x656D6172] [] []
ORA-07445: exception encountered: core dump [00F8394F] [SIGSEGV] [Address not mapped to object] [0xBFC42000] [] []


附件是trace文件，麻烦刘帮忙看下，谢谢

teapot

自已看文档吧

Maclean Liu(刘相兵

ODM Finding:

10.2.0.1.0  on Linux x86

1. tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x1)
   
2. tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x1)
   
3. *** 2012-03-09 00:47:17.585
   
4. Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0xbfc42000, PC: [0xf8394f, 00F8394F]
   
5. Registers:
   
6. %eax: 0x0cf858a0 %ebx: 0x00f8d574 %ecx: 0x0000000a
   
7. %edx: 0xbfc42001 %edi: 0x0cf85278 %esi: 0x00000400
   
8. %esp: 0xbfc3b914 %ebp: 0x00f8c3a0 %eip: 0x00f8394f
   
9. %efl: 0x00210216
   
10. > (0xf8394f) movb %cl,0xffffffff(%edx)
    
11.   (0xf83952) mov 0xc(%esp),%eax
    
12.   (0xf83956) pop %ebp
    
13.   (0xf83957) pop %ebx
    
14.   (0xf83958) ret
    
15. *** 2012-03-09 00:47:17.586
    
16. ksedmp: internal or fatal error
    
17. ORA-07445: exception encountered: core dump [00F8394F] [SIGSEGV] [Address not mapped to object] [0xBFC42000] [] []
    
18. Current SQL statement for this session:
    
19. BEGIN dbms_logmnr.start_logmnr(dictfilename=>'/u01/app/oracle/oradata/chahua/redo01.log'); END;
    
20. calling              call     entry                argument values in hex      
    
21. location             type     point                (? means dubious value)     
    
22. -------------------- -------- -------------------- ----------------------------
    
23. 082F3171             call     082F3178             1 ? 1 ?
    
24. 082F1D3F             call     082F3156             1 ? 0 ? B0C010 ? B0C019 ?
    
25.                                                    B0BF70 ? B0C010 ?
    
26. 094D0A4B             call     082F1B12             3 ? F8394F ? 38463030 ?
    
27.                                                    46343933 ? 0 ? 0 ?
    
28. 00F8394F             signal   00000000             B ? B0DC8C ? B0DD0C ?
    
29. 00F8394B             call     00000000             F839CB ? F83A4C ? F838CC ?
    
30.                                                    F83945 ? F839C5 ? F83A46 ?
    
31. 8BC35B5D             call     00000000             4A89B348 ? B7488BB3 ?
    
32.                                                    8BB74A89 ? 4A89BB48 ?
    
33.                                                    BF488BBB ? 8BBF4A89 ?
    
34. 7272655F             call     00000000             333A202C ? 656D202C ?
    
35.                                                    67617373 ? 5F676E69 ?
    
36.                                                    61666564 ? 5F746C75 ?
    
37. 
    
38. bf488000-bfc42000 rwxp bf488000 00:00 0          [stack]

复制代码

stack call 只有 地址有function name ，所以stack call不可用

Maclean Liu(刘相兵

ODM Finding:

可能由于 10.2.0.1 上的bug 5057629 引起:

1. Hdr: 5057629 10.2.0.1.0 RDBMS 10.2.0.1.0 LOGMINER PRODID-5 PORTID-197 ORA-7445
   
2. Abstract: ORA-7445[KRVDTLN()+1216] WHEN SYS.DBMS_LOGMNR.START_LOGMNR
   
3. 
   
4. STACK TRACE:
   
5. ------------
   
6. /oracle/app/oracle/admin/NGMT/udump/ngmt1_ora_12017.trc
   
7. Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
   
8. With the Partitioning, Real Application Clusters, OLAP and Data Mining
   
9. options
   
10. ORACLE_HOME = /oracle/app/oracle/product/10.2.0/db
    
11. System name:        HP-UX
    
12. Node name:        niswtdb1
    
13. Release:        B.11.23
    
14. Version:        U
    
15. Machine:        ia64
    
16. Instance name: NGMT1
    
17. Redo thread mounted by this instance: 1
    
18. Oracle process number: 19
    
19. Unix process pid: 12017, image: oracleNGMT1@niswtdb1
    
20. *** 09:52:46.032
    
21. ksedmp: internal or fatal error
    
22. ORA-7445: [krvdtln()+1216] [SIGSEGV] [Address not
    
23. mapped to object] [0xA000000000001FA1] [] []
    
24. Current SQL statement for this session:
    
25. BEGIN
    
26. sys.dbms_logmnr.start_logmnr(8273558556052,8273558576052,'','','/work1/oracle/
    
27. UTL_DIR/twins_dic_file_1', 68) ; END;
    
28. -----  Call Stack Trace -----
    
29. krvdtln krvdrtl krvdcat krvdload krvdids krvrdiFFqs krvrdipc krvxild krvxpsr
    
30. krvstart pevm_icd_call_commo pfrinstr_ICAL pfrrun_no_tool pfrrun plsql_run
    
31. peicnt kkxexe opiexe opiall0 opial7 opiodr ttcpip opitsk opiino opiodr opidrv
    
32. sou2o opimai_real main

复制代码

但是因为 没有可用的stack call 无法确认该bug ， 建议你 如果要用logmnr的话 至少升级到 10.2.0.4 ， 否则这类bug 非常多。

spring_li

刚才重新找了文档，做了下实验，其实很简单的东西，看走眼丢人了

在start那步，括号里应该用options=>dbms_logmnr.dict_from_online_catalog，或者dictfilename=>'/u01/logmnr/dictionary.ora'（先前建立的目录）

以后还是要多看看文档。谢谢群主，谢谢各位的意见。

Maclean Liu(刘相兵

BEGIN dbms_logmnr.start_logmnr(dictfilename=>'/u01/app/oracle/oradata/chahua/redo01.log')

EXECUTE DBMS_LOGMNR.START_LOGMNR(OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG);

EXECUTE DBMS_LOGMNR.START_LOGMNR(DICTFILENAME =>'/oracle/dictionary.ora');

DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG =》在线CATALOG 数据字典
DICTFILENAME     =》将数据字典导出的平面文件 flat file

看起来是因为你 把 dictfilename指向一个 redo log 导致触发了这个bug ，而 logmnr也没能正常报错 说明指定的文件不是 有用的平面文件