abrt:Automatic bug detection and reporting tool https://github.com/abrt/abrt 常用的命令: abrt-auto-reporting abrt-cli 配置文件: /etc/abrt/abrt.conf /etc/abrt/abrt-action-save-package-data.conf 一般来讲,abrt直接就能用,直接就能查看coredump信息. 但是,当处理我们自己写的程序时,仍然不能用. 关系到下面的两个配置

gdb可以生成core文件,记录堆栈信息,core文件名字是下面这种格式 :core.9488,其中9488是PID 文件位置是当前目录

场景: 近日发现有一台机器tmp文件夹下放置的文件无辜丢失,而且排查发现是自动丢失,并且,只是删除10天之前的文件. 本来以为是哪位写了一个自动执行脚本, find了一下10天前的文件删除了. 结果,排查所有用户的crontab计划,没有任何用户执行了自动脚本. 监测了一下服务器登录情况,在删除文件期间也没有任何人登录. 解释: 最终,通过不懈的百度,终于找到正解. 从/var/log/cron日志中发现,服务器除了调用用户的计划任务外,还会执行系统自己的,比如: /etc/cron.hourl

#!/bin/bash#rm_file>14day ReservedNum=4                      #保留文件数量rm_file_dir='/home/sean/sean/rmfile'  #需要删除文件的路径 cd $rm_file_dir    #进入文件夹RootDir=$(cd $(dirname $0); pwd)      #当前文件路径 FileNum=$(ls -l | grep ^- | wc -l)    #查找文件数量OldFile=$(ls -rt

当我们的linux程序崩溃的时候,常常会有这样的提示:    Segmentation fault (core dumped)    段错误 (核心已转储)    提示说生成了core文件,但是此功能常常是默认关闭的,并没有产生core文件.    查看方法是:    ulimit -c         打开此功能,仅本次登录有效:    ulimit -c unlimited        默认生成的都叫core,新的覆盖旧的.    自动加pid后缀:    echo "1" &g

Linux环境崩环境溃生成core文件以及调试 gdb结合coredump定位崩溃进程 Linux 使用core file文件快速定位程序崩溃代码行 http://www.cnblogs.com/hazir/p/linxu_core_dump.html http://www.cnblogs.com/niocai/archive/2012/04/01/2428128.html http://baidutech.blog.51cto.com/4114344/904419/ Linux上Core Du

日志文件自动删除功能必不可少,当然你可以让运维去做这事,只是这不地道.而日志组件是一个必备组件,让其多做一件删除的工作,无可厚非.本文就来探讨下 log4j 的日志文件自动删除实现吧. 0. 自动删除配置参考样例: (log4j2.xml) <?xml version="1.0" encoding="UTF-8" ?> <Configuration status="warn" monitorInterval="30&q

在Linux下产生并调试core文件 先看看我用的是个什么机器: $ uname -aLinux dev 2.4.21-9.30AXsmp #1 SMP Wed May 26 23:37:09 EDT 2004 i686 i686 i386 GNU/Linux 再看看默认的一些参数,注意core file size是个0,程序出错时不会产生core文件了. $ ulimit -acore file size (blocks, -c) 0data seg size (kbytes, -d) unl

/tmp目录文件重启后自动删除现在知道有ubuntu和solaris系统source:http://blog.chinaunix.net/uid-26212859-id-3567875.html经常会把临时性的log或抓包等文件放在/tmp目录下,重启后发现文件都丢失了.查下资料发现,可以通过设置解决这个问题.在/etc/default/目录下有个rcS文件,文件内容如下:## /etc/default/rcS## Default settings for the scripts in /etc

在程序崩溃时,内核会生成一个core文件,即程序最后崩溃时的内存映像,和程序调试信息. 之后可以通过gdb,打开core文件察看程序崩溃时的堆栈信息,可以找出程序出错的代码所在文件和函数. 1.core文件的生成开关和大小限制  1)使用ulimit -a命令,可以察看core文件的生成开关和大小限制所有信息  2)使用ulimit -c命令可查看core文件的生成开关.若结果为0,则表示关闭了此功能,不会生成core文件.  3)使用ulimit -c filesize命令,可以限制core文

当系统发生coredump时,通常需要通过分析core文件来定位问题所在,但实际工作中,有时却发现core 文件找不到,或者core文件被删除了. 一.core文件没有生成 KINGBASE core 文件通常是在 $KINGBASE_DATA目录下.可以使用 coredumpctl list 查找core 文件是否生成 (对于abrtd 服务生成的coredump不会列出): [kingbase@dbhost03 ~]$ coredumpctl list No coredumps found.

gdb-7.2-64.el6_5.2.x86_64/usr/bin/gcore/usr/bin/gdb/usr/bin/gdb-add-index/usr/bin/gdbtui/usr/bin/gstack/usr/bin/pstack [root@coreserv tmp]# rpm -qa|grep abrabrt-libs-2.0.8-6.el6.centos.x86_64abrt-addon-ccpp-2.0.8-6.el6.centos.x86_64abrt-2.0.8-6.el6.c

http://blog.csdn.net/lanmolei814/article/details/45201693 ====================================== 1.Core文件简介 Core文件其实就是内存的映像,当程序崩溃时,存储内存的相应信息,主用用于对程序进行调试.当程序崩溃时便会产生core文件,其实准确的应该说是core dump 文件,默认生成位置与可执行程序位于同一目录下,文件名为core.***,其中***是某一数字. 2.开启或关闭Core文件

1.core 文件简介 在一个程序崩溃时,一般会在指定目录下生成一个core文件.core文件仅仅是一个内存映象(同时加上调试信息),主要是用来调试的.也就是说这种文件是程序意外中断时候生成的 debug 用的文件.这些文件对于普通用户没啥用,可以直接删除. 2.如何开启或关闭 core 文件的生成 用以下命令来阻止系统生成core文件: ulimit -c 0 下面的命令可以检查生成core文件的选项是否打开: ulimit -a 该命令将显示所有的用户定制,其中选项-a代表“all”. 你也

一. 普通用户su到root无需密码: 随着服务器越来越多,普通用户转到root下,去查密码表是个很繁琐的事,发现有如下方式比较方便(需要root操作) vi /etc/pam.d/su  将 auth这一列的注释号 去除 # Uncomment the following line to implicitly trust users in the "wheel" group. auth            sufficient      pam_wheel.so trust use

coredump文件 什么是coredump? 通常情况下coredmp包含了程序运行时的内存,寄存器状态,堆栈指针,内存管理信息等.可以理解为把程序工作的当前状态存储成一个文件.许多程序和操作系统出错时会自动生成一个core文件. 造成程序coredump的原因很多,这里根据以往的经验总结一下: 1 内存访问越界   a) 由于使用错误的下标,导致数组访问越界   b) 搜索字符串时,依靠字符串结束符来判断字符串是否结束,但是字符串没有正常的使用结束符   c) 使用strcpy, strca

在程序不寻常退出时,内核会在当前工作目录下生成一个core文件(是一个内存映像,同时加上调试信息).使用gdb来查看core文件,可以指示出导致程序出错的代码所在文件和行数. 1.core文件的生成开关和大小限制--------------------------------- 1)使用ulimit -c命令可查看core文件的生成开关.若结果为0,则表示关闭了此功能,不会生成core文件. 2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为k

转自:https://blog.csdn.net/star_xiong/article/details/43529637 今天在Linux下调试C程序时,出现段错误,习惯性的ls下当前目录,发现没有生成core文件.惊讶了一下,怎么回事?以前都会产生的啊,难不成是程序的问题?后来同事提醒是不是系统没有打开生成core dump的设置. 还真是系统设置问题,我的ubuntu14.04是新装的,之前没有进行过core dump的相关配置,别急!我们来看看怎么对linux系统设置当程序出现段错误时产生

  在程序不寻常退出时,内核会在当前工作目录下生成一个core文件(是一个内存映像,同时加上调试信息).使用gdb来查看core文件,可以指示出导致程序出错的代码所在文件和行数.   1.core文件的生成开关和大小限制   (1)使用ulimit -c命令可查看core文件的生成开关.若结果为0,则表示关闭了此功能,不会生成core文件.  (2)使用ulimit -c filesize命令,可以限制core文件的大小(filesize的单位为kbyte).例如使用ulimit -c 1000

Linux core 文件介绍 http://www.cnblogs.com/dongzhiquan/archive/2012/01/20/2328355.html 1. core文件的简单介绍在一个程序崩溃时,它一般会在指定目录下生成一个core文件.core文件仅仅是一个内存映象(同时加上调试信息),主要是用来调试的. 2. 开启或关闭core文件的生成用以下命令来阻止系统生成core文件:ulimit -c 0下面的命令可以检查生成core文件的选项是否打开:ulimit -a该命令将显示

1.打开终端,进入项目目录,输入ulimit -a ,可以看core文件大小设置(第一行),若为0, 则没有打开core dump设置. 2.ulimit -c unlimited ,core文件大小不限制.相应的,ulimit -c 200 ,core 大小为100K.可以看到,第一行变为unlimited~ 3.再次运行程序,再次出现你想要调试的错误. 这时也会生成一个core文件. 4. gdb xxx(应用程序) core ,打开core文件. 5.输入bt ,就可以查看想要的错误信息了