oracle进程ora_jxxx_sid产生两次core文件

Question

3月3日和3月4日早上6点多oracle产生了两次core文件。
两次产生core文件的进程分别是：ora_j004_omu和ora_j005_omu
core文件解析出来看到类似打印：
Thread 1 (process 16089):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7a89bf6 in kill () from /lib/libc.so.6
#2  0x0d598b1c in skgdbgcra ()
#3  0x0a683210 in ksdbgcra ()
#4  0x0bf1cbd0 in ssexhd ()
#5  <signal handler called>
#6  0x0d307fcf in qmxiUnpicklePackedXobs ()
#7  0x0d3064ed in qmxiManifestVArray ()
#8  0x0d3072a1 in qmxiManifestFromImage_int ()
#9  0x0d306d2c in qmxiManifestFromImage ()
#10 0x0d2fc97b in qmxManifest0 ()
#11 0x0d2fc0b8 in qmxManifest ()
#12 0x0d304877 in qmsCreateXobdFromImage ()
#13 0x0bb3ed4b in qmskLoadXob_helper. ()
#14 0x0bb3ebe2 in qmskLoadXob ()
#15 0x0bb3eb0b in qmskGetXobd ()
#16 0x0d30f0ac in qmxiCreateRefXob ()
#17 0x0d306bec in qmxiManifestVArray ()
#18 0x0d3072a1 in qmxiManifestFromImage_int ()
#19 0x0d306d2c in qmxiManifestFromImage ()
#20 0x0d2fc97b in qmxManifest0 ()
#21 0x0d2fc0b8 in qmxManifest ()
#22 0x0d304877 in qmsCreateXobdFromImage ()
#23 0x0bb3ed4b in qmskLoadXob_helper. ()
#24 0x0bb3ebe2 in qmskLoadXob ()
#25 0x0bb3eb0b in qmskGetXobd ()
#26 0x0a5547f2 in qmtLoadSchema. ()
#27 0x0bcfdf3c in qm_run_as_ksys ()
#28 0xbf9bbb1c in ?? ()
#29 0x00535953 in ?? ()
#30 0x00000000 in ?? ()oracle 的alert日志中：
Wed Mar 04 06:04:01 2009
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x24] [PC:0xD307FCF, qmxiUnpicklePackedXobs()+23]
Errors in file /opt/share/trace/omu_j004_16089.trc  (incident=14601):
ORA-07445: exception encountered: core dump [qmxiUnpicklePackedXobs()+23] [SIGSEGV] [ADDR:0x24] [PC:0xD307FCF] [Address not mapped to object] []
Incident details in: /opt/share/incident/incdir_14601/omu_j004_16089_i14601.trc
Tue Mar 03 22:04:13 2009
Trace dumping is performing id=[cdmp_20090303220413]Thu Mar 05 06:03:51 2009
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x0] [PC:0xC38BA58, qmr_hdl_copy()+50]
Errors in file /opt/share/trace/omu_j005_22794.trc  (incident=14913):
ORA-07445: exception encountered: core dump [qmr_hdl_copy()+50] [SIGSEGV] [ADDR:0x0] [PC:0xC38BA58] [Address not mapped to object] []
Incident details in: /opt/share/incident/incdir_14913/omu_j005_22794_i14913.trc
Wed Mar 04 22:03:58 2009
Trace dumping is performing id=[cdmp_20090304220358]当时数据库没有做什么特别操作，也没有注意到core过，只是今天偶然去看core的目录，才发现这两次coredump。
有没有人碰到过类似的问题？从日志上能看出来什么么？另外ora_jxxx_sid是什么进程？

Answer 1

Address not mapped to object
貌似数据在从一个地址传输到另一个地址时出错？楼主试查看那个时间段运行的是什么程序？是不是程序出了问题？
还有检查一下磁盘空间和文件夹的权限问题？

Answer 2

仅供参考，如果是客户的数据库，建议联系厂家，CORE文件的产生有可能是需要打补丁，有些操作系统是需要特定补丁才可以正常执行某些任务的，但是我不确定啊

Answer 3

提到metalink上后，有结果了。
比较点儿背，碰上了两个oracle的bug：
core文件分别是由bug5686407和bug7507156造成下面是metalink上oracle support回复的摘要：
Customer's version is 11.1.0.6, which is the same as 7516262's.
And this bug also explained if there is ORA-7445 in
qmxiUnpicklePackedXobs, it will also be this bug. The base bug is
5686407.
Bug.7516262 ALTER VIEW XDS_ACE COMPILE ORA-600 INVALID_MEM_TYPECustomer's error message, call stack trace, DB version and platform
is all the same as this bug. the base bug status is 11, which is being
coded.
Bug.7507156 RUNNING DBMS_SQLTUNE.EXECUTE_TUNING_TASK FAILS WITH ORA-7445 [QMR_HDL_COPY()+50]1. You are right. From the core file we also can see this.
The core file at Mar 04 :
Thread 1 (process 16089)
This is caused by ORA-7445[qmxiUnpicklePackedXobs]The core file at Mar 05:
Thread 1 (process 22794)
This is caused by ORA-7445[qmr_hdl_copy]2. As 7507156 is related with XDB, and there is no workaround
provided yet. Maybe try to fix the XDB will be helpful.