没打开coredump，利用dmesg调试core的方法

最新推荐文章于 2024-03-15 17:30:47 发布
VIP文章 最新推荐文章于 2024-03-15 17:30:47 发布
阅读量2.6k 收藏 3
点赞数 4
分类专栏： debug
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tl_sunshine/article/details/60468452
版权

线上的机器为防止coredump把机器打死，通常都会把core关闭。如果线上机器出现core等问题，该怎样进行调试呢？

通过dmesg可以解决上面的问题。

首先输入dmesg看相应的输出信息，如下图：

 

把上面的地址做差值就得到相应的出问题的代码地址，如下图：

 

 如果没有gdb也可以用下面的命令进行计算：

echo "obase=16; $(echo $(( 16#7fc40ae435c0

最低0.47元/天 解锁文章
tl_sunshine
关注
  • 4
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
使用 dmesg 和 addr2line 分析程序 core 原因
码农
04-13 3981
今天遇到这样一种情况：发现进程 tagent 在发送响应时退出了，退出原因未知，因为没有 core 文件，无从分析。core 文件生成目录和 ulimit 都没有任何问题，就是不生成 core 文件：$ cat /proc/sys/kernel/core_pattern core.%p_%e$ ulimit -c unlimited写了个小程序也能生成 core, 没有 core 文件，只能另觅他径
linux中的dmesg命令简介------没有core文件时如何定位core dump问题
热门推荐
认知 行动 坚持
11-15 1万+
今天， 我们来介绍一个linux中的dmesg命令，事实上， 我们之前用过， 但是没有单独介绍过。 看一下dmesg命令的用途吧： dmesg命令用会把开机信息存到ring bufer中， 形成一个缓冲， 免得你我来不及看。 在root权限下， 可以用dmesg -c来清楚这个消息。 单纯的一个dmesg命令则是用来输出这些记录信息的。 要注意， 程序core dump之后， 并不一定产生core文件， 此时， 我们的重要目的是： 获取出错堆栈的地址，
dmesg 程序崩溃调试
weixin_33951761的博客
05-29 575
[root@localhost log]# cat -n /root/xx.c 1 2 3 #include <stdio.h> 4 5 void func(char *p) 6 { 7 *p = 'p'; 8 } 9 10 int main(int...
C++(Qt)软件调试---linux使用dmesg定位程序崩溃位置（14）
mahuifa的博客
10-19 879
在我们日常开发中，经常会遇见程序崩溃退出的情况，一般在linux下我们可以通过生成core文件来进行调试，定位出现异常位置，但是如果我们忘记了生成core文件或者程序在用户机器上运行没有生成core，就无法通过调试core文件定位异常，这时就可以使用dmesg中的信息帮助调试。
Linux命令：dmesg命令
最新发布
dl_11的博客
03-15 1161
dmesg 命令在 Linux 系统中用于显示和控制内核的环形缓冲区，内核在启动过程中会将信息存储在这个缓冲区中。使用 dmesg 可以有效诊断机器硬件故障或者添加硬件出现的问题。另外，使用 dmesg 可以确定服务器安装了哪些硬件。每次系统重启，系统都会检查所有硬件并将信息记录下来。执行/bin/dmesg 命令可以查看该记录，开机信息会保存在/var/log/dmesg文件里。以上的案例及案例中的输出内容只是内核信息中的一小部分，更多内容需要我们继续深入学习。
从dmesg里分析core原因
O_OCalmHawk的学习园地
01-21 410
服务器上由于怕软件bug以及磁盘的限制,一般会将core文件关掉. ulimit -a查看当前core file size设置. 这样程序有bug崩溃以后,只能通过dmesg查看有限信息.典型信息如下: collector[1847]: segfault at 000000000000000c rip 000000000040308a rsp 0000007fbffff820 error ...
动态库so被覆盖导致coredump
qq_38957023的博客
08-16 1394
linux环境巡检日志时，发现了一个core文件。dmesg显示错误：segfault at 1836 ip 0000000000001836 sp 00007f34b0d13a18 error 14 。问了下执行的同事并检查了操作记录，才发现程序所依赖的so文件中间被cp覆盖了。由此引出两个问题。 一、为何cp覆盖进程的动态库(so)会导致coredump？ 1.应用程序通过dlopen打开...
Linux环境下段错误的产生原因及调试方法小结
barret xiong的博客
07-30 2211
最近在Linux环境下做C语言项目，由于是在一个原有项目基础之上进行二次开发，而且项目工程庞大复杂，出现了不少问题，其中遇到最多、花费时间最长的问题就是著名的“借此机会系统学习了一下，这里对Linux环境下的段错误做个小结，方便以后同类问题的排查与解决。...
journalctl日志管理
识途老码
04-22 1042
journalctl日志管理
linux显示系统自检信息,Linux dmesg命令：显示开机时的内核检测信息
weixin_29663547的博客
04-29 484
在系统启动过程中，内核还需要进行一次系统检测，这些内核检测信息会被记录在内存当中。我们是否可以查看内核检测信息呢？使用dmesg 命令就可以查看这些信息。我们一般利用这个命令查看系统的硬件信息。dmesg 命令格式如下：[root@localhost ~]# dmesg例如：[root@localhost ~]# dmesg | grep CPU#查看CPU的信息Transmeta Transme...
linux 资源不够 dmesg,linux中的dmesg命令简介------没有core文件时如何定位core dump问题...
weixin_35758901的博客
05-16 223
今天， 我们来介绍一个linux中的dmesg命令，事实上， 我们之前用过， 但是没有单独介绍过。看一下dmesg命令的用途吧：dmesg命令用会把开机信息存到ring bufer中， 形成一个缓冲， 免得你我来不及看。 在root权限下， 可以用dmesg -c来清楚这个消息。 单纯的一个dmesg命令则是用来输出这些记录信息的。要注意， 程序core dump之后， 并不一定产生core文件，...
linux coredump分析方法实例介绍
10-31
通过实例来分析linux中如何定位coredump问题。非常实用
Linux gdb 调试coredump文件的尝试
01-09
coredump可以参考：coredump的介绍及产生的几种可能情况 gcc选项 -g：在可执行文件中加入源码信息，比如：可执行文件中第几条机器指令对应源代码的第几行，但并不是把整个源文件都嵌入到可执行文件中，而是在调试时...
高通core dump解析工具
07-07
高通core dump解析工具。仅自己上传做个备份。
SegmentFault(coredump)调试方法.pdf
10-14
SegmentFault(coredump)调试方法.pdf
浅析Linux下利用coredump技术追查进程崩溃原因
09-14
主要介绍了Linux下利用coredump技术追查进程崩溃原因,本文给大家介绍的非常详细，具有一定的参考借鉴价值，需要的朋友可以参考下
linux进阶25——调试coredump的两种方法
www_dong的博客
06-20 923
1.dmesg+addr2line调试
【博客269】如何没有core文件时定位coredump
qq_43684922的博客
05-29 538
内容： 记录当没有core文件时，定位coredump的方法 问题引出： 在实际调试代码的时候，gdb可谓是调试利器，并且对coredump的定位也是非常好用，但是如果 core文件没有呢？ 情景： 1、磁盘空间不足，没有写入 2、core文件设置生成的那个文件被误删 3、core文件默认是不生成的，没有修改默认规则 不通过core文件调试coredump： 1、dmesg查看错误信息 2、addr2line查看出错地方 实例： //测试代码 #include <stdio.h> i
无符号和栈破坏情况下coredump的分析方法
滴水穿石!
12-23 8188
原文:http://zhangzhibiao02005.blog.163.com/blog/static/37367820201482044137298/ 无符号和栈破坏情况下coredump的分析方法 昨天在上线的时候,出现了一个无符号和栈破坏的coredump.今天总结下这类core的追查方法: 1.打开core, gdb /tmp/gss core.20140911180
coredump调试方法
05-31
CoreDump是指进程在运行过程中突然崩溃或异常退出时，操作系统自动保存下来的进程内存快照文件，该文件中包含了进程崩溃时的所有信息，包括变量值、函数调用栈、代码指针等等，因此可以通过分析CoreDump文件来定位进程崩溃的原因。 下面是使用CoreDump进行调试的方法： 1. 确认系统已经开启了CoreDump功能，可以使用以下命令查看： ``` ulimit -c ``` 如果输出为0，则表示CoreDump功能没有开启，可以使用以下命令开启： ``` ulimit -c unlimited ``` 2. 确认程序已经崩溃并生成了CoreDump文件，可以通过以下命令查看： ``` ls -alh core* ``` 如果存在CoreDump文件，则说明程序已经崩溃。 3. 使用gdb打开CoreDump文件，命令格式为： ``` gdb <binary-file> <core-file> ``` 其中，<binary-file>是程序可执行文件的路径，<core-file>是CoreDump文件的路径。 4. 使用bt命令查看崩溃时的函数调用栈，定位崩溃原因。 ``` (gdb) bt ``` 5. 根据调用栈信息，查看变量值、代码指针等信息，定位崩溃原因。 除了以上方法，还可以使用其他调试命令，如info、list等，来查看CoreDump文件中的信息。需要注意的是，CoreDump文件中的信息可能会比较庞大，需要耐心分析。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值