oracle19c生成大量core文件

oracle19c生成大量core文件,第1张

在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日

去首页

看看更多热门内容

查看core file size: ulimit -c

core file size:

unlimited:core文件的大小不受限制

0:程序出错时不会产生core文件

1024:代表1024k,core文件超出该大小就不能生成了

设置core文件大小: ulimit -c fileSize

注意:

尽量将这个文件大小设置得大一些,程序崩溃时生成Core文件大小即为程序运行时占用的内存大小。可能发生堆栈溢出的时候,占用更大的内存 Linux就该这么学

设置core文件的名称和文件路径

默认生成路径:输入可执行文件运行命令的同一路径下

默认生成名字:默认命名为core。新的core文件会覆盖旧的core文件

a.设置pid作为文件扩展名

1:添加pid作为扩展名,生成的core文件名称为core.pid

0:不添加pid作为扩展名,生成的core文件名称为core

修改 /proc/sys/kernel/core_uses_pid 文件内容为: 1

修改文件命令: echo "1" >/proc/sys/kernel/core_uses_pid

或者 sysctl -w kernel.core_uses_pid=1 kernel.core_uses_pid = 1

用以下命令来阻止系统生成core文件:

ulimit -c 0

在/etc/profile通常会有这样一句话来禁止产生core文件,通常这种设置是合理的:

# No core files by default

ulimit -S -c 0 >/dev/null 2>&1


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/tougao/11210262.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-14
下一篇 2023-05-14

发表评论

登录后才能评论

评论列表(0条)

保存