oracle19c生成大量core文件

在RAC环境里，经常会有core文件产生，产生的原因:程序崩溃，内核有可能把该程序当前内存映射到core文件里，方便程序员找到程序出现问题的地方。那么如何定位及追踪core呢？以下 *** 作即是：

1.查找到系统程序崩溃时产生的core文件：

[root@rac1 ~]# find /u01 -name core.* -exec ls -lthr {} \

-rw------- 1 root root 480M Sep 27 12:01 /u01/oracle/product/crs/log/rac1/crsd/core.3907

core文件大小为480M，文件还挺大的。所以，平时，如果遇到磁盘空间不足的时候，没准就是core文件在做怪呢！

2.定位出是由于哪个文件产生的core文件：

[root@rac1 ~]# find /u01 -name core.* -exec ls -lthr {} \|awk '{print $9}'|xargs file/u01/oracle/product/crs/log/rac1/crsd/core.3907: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'crsd.bin'

由以下命令，可以看出core.3907的产生，是由于'crsd.bin'文件引起的。

3.使用gdb对core进行追踪：

[root@rac1 ~]# gdb /u01/oracle/product/crs/bin/crsd.bin /u01/oracle/product/crs/log/rac1/crsd/core.3907GNU gdb Fedora (6.8-37.el5)

Copyright (C) 2008 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "i386-redhat-linux-gnu"...

warning: Can't read pathname for load map: Input/output error.

warning: .dynamic section for "/lib/libdl.so.2" is not at the expected address

warning: difference appears to be caused by prelink, adjusting expectations

Reading symbols from /lib/libm.so.6...done.

Loaded symbols for /lib/libm.so.6

Reading symbols from /lib/libpthread.so.0...done.

Loaded symbols for /lib/libpthread.so.0

Reading symbols from /u01/oracle/product/crs/lib/libocr10.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libocr10.so

Reading symbols from /u01/oracle/product/crs/lib/libocrb10.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libocrb10.so

Reading symbols from /u01/oracle/product/crs/lib/libocrutl10.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libocrutl10.so

Reading symbols from /u01/oracle/product/crs/lib/libhasgen10.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libhasgen10.so

Reading symbols from /u01/oracle/product/crs/lib/libclntsh.so.10.1...done.

Loaded symbols for /u01/oracle/product/crs/lib/libclntsh.so.10.1

Reading symbols from /u01/oracle/product/crs/lib/libskgxn2.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libskgxn2.so

Reading symbols from /lib/libdl.so.2...done.

Loaded symbols for /lib/libdl.so.2

Reading symbols from /lib/libnsl.so.1...done.

Loaded symbols for /lib/libnsl.so.1

Reading symbols from /usr/lib/libstdc++.so.5...done.

Loaded symbols for /usr/lib/libstdc++.so.5

Reading symbols from /lib/libc.so.6...done.

Loaded symbols for /lib/libc.so.6

Reading symbols from /lib/ld-linux.so.2...done.

Loaded symbols for /lib/ld-linux.so.2

Reading symbols from /u01/oracle/product/crs/lib/libnnz10.so...done.

Loaded symbols for /u01/oracle/product/crs/lib/libnnz10.so

Reading symbols from /lib/libgcc_s.so.1...done.

Loaded symbols for /lib/libgcc_s.so.1

Reading symbols from /lib/libnss_files.so.2...done.

Loaded symbols for /lib/libnss_files.so.2

Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot'.

Program terminated with signal 6, Aborted.

[New process 4787]

[New process 4789]

[New process 4786]

[New process 4785]

[New process 4784]

[New process 4783]

[New process 4782]

[New process 4781]

[New process 4780]

[New process 4779]

[New process 4778]

[New process 4721]

[New process 4701]

[New process 4700]

[New process 4665]

[New process 4664]

[New process 4663]

[New process 4662]

[New process 4661]

[New process 4660]

[New process 4659]

[New process 4658]

[New process 4657]

[New process 4656]

[New process 4655]

[New process 4654]

[New process 4653]

[New process 4652]

[New process 4651]

[New process 4650]

[New process 4649]

[New process 4648]

[New process 4647]

[New process 4641]

[New process 4640]

[New process 4639]

[New process 4638]

[New process 4637]

[New process 4636]

[New process 4635]

[New process 4634]

[New process 4514]

[New process 3907]

#0 0x00389402 in __kernel_vsyscall ()

(gdb) where

#0 0x00389402 in __kernel_vsyscall ()

#1 0x009a1df0 in raise () from /lib/libc.so.6

#2 0x009a3701 in abort () from /lib/libc.so.6

#3 0x0099b26b in __assert_fail () from /lib/libc.so.6

#4 0x08363c8e in destr_detour5 () at clsThreadMain.cpp:70

#5 0x00af45ab in start_thread () from /lib/libpthread.so.0

#6 0x00a4acfe in clone () from /lib/libc.so.6

(gdb)

注意：上面的两行红色部分：

Core was generated by `/u01/oracle/product/crs/bin/crsd.bin reboot'.

Program terminated with signal 6, Aborted.

恰恰说明，由于系统发生reboot重启 *** 作，而产生了core文件。

oracle 产生core文件

xyk欠款3万以上还不上，12月14日最新逾期政策调整，联系我们

xyk网贷逾期处理

广告

Oracle Core- Essential Internals for DBAs and Developers 无水印pdf

25下载·0评论

2017年9月29日

oracle数据库原理基本知识点,ORACLE数据库基础知识1.doc

108阅读·0评论·0点赞

2021年5月7日

浅谈Core文件分析

6248阅读·0评论·0点赞

2014年7月23日

执行oracle命令时core,oracle coredump

135阅读·0评论·0点赞

2021年5月4日

oracle core文件使用率,Oracle EBS$INST_TOP/ora/10.1.2/forms存在很多core.*文件

165阅读·0评论·0点赞

2021年5月1日

不断有core文件在$ORACLE_HOME/dbs目录产生

3149阅读·0评论·0点赞

2014年1月21日

无锡xyk还不上了，不想连累家人，联系我们帮您

全国逾期处理中心

广告

oracle目录下core文件是什么,学习猿地-oracle core 概述

298阅读·0评论·0点赞

2021年5月2日

oracle core文件使用率,不断有core文件在$ORACLE_HOME/dbs目录产生

221阅读·0评论·0点赞

2021年4月3日

oracle目录下core文件是什么,oracle中adump,bdump,dpdump,udump目录中一些内容的作用

270阅读·0评论·0点赞

2021年5月2日

oracle 产生core文件,11.2.0.3 AIX RAC下$ORACLE_HOME/dbs生成大量core_* dump文件

181阅读·0评论·0点赞

2021年5月8日

linux core 调试 gdb,gdb core 调试_gdb coredump 调试_linux gdb core 调试(3)

159阅读·0评论·0点赞

2021年5月26日

软件测试解决Oracle问题,如何快速解决Oracle数据库中的常见问题

39阅读·0评论·0点赞

2021年5月4日

core文件截断的处理方法

4949阅读·0评论·0点赞

2012年2月10日

oracle设置core文件大小,Linux的Core文件设置与调试

488阅读·0评论·0点赞

2021年5月5日

oracle core文件使用率,oracle core dump 分析 - Oracle数据库管理 - Oracle数据库数据恢复、性能优化来问问AskMaclean - ParnassusDat...

190阅读·0评论·0点赞

2021年5月1日

GDB Core

651阅读·0评论·0点赞

2013年10月31日

Oracle core读书笔记

1735阅读·0评论·1点赞

2022年2月18日

oracle目录下core文件是什么,AIX上Oracle RAC 11g r2不断产生core文件问题的解决

98阅读·0评论·0点赞

2021年5月2日

Core文件产生以及调试

295阅读·0评论·0点赞

2021年9月24日

去首页

看看更多热门内容

数据库是计算机应用系统中的一种专门管理数据资源的系统。数据有多种形式，如文字、数码、符号、图形、图像以及声音等。数据是所有计算机系统所要处理的对象。人们所熟知的一种处理办法是制作文件，即将处理过程编成程序文件，将所涉及的数据按程序要求组织成数据文件，用程序文件来调用。数据文件与程序文件保持着一定的对应关系。在计算机应用迅速发展的情况下，这种文件式方法便显出不足。比如，它使得数据通用性差，不便于移植，在不同文件中存储大量重复信息、浪费存储空间、更新不便等。数据库系统便能解决上述问题。数据库系统不从具体的应用程序出发，而是立足于数据本身的管理，它将所有数据保存在数据库中，进行科学的组织，并借助于数据库管理系统，以它为中介，与各种应用程序或应用系统接口，使之能方便地使用数据库中的数据。

---