Linux系统利用coredump技术追查进程崩溃原因的过程

2022-10-17 09:02| 查看: 1238 |来源: 互联网

最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。如果系 ...

最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。

如果系统开启了coredump，准确的说如果当前的shell环境开启了coredump，当前shell环境下的程序崩溃退出时，会把当时进程的栈的内存状态写入core文件。使用gdb可以查看这个core文件中保存的栈的状态，gdb a.out core。（关于coredump的开启和对shell的理解，请参考本人另一篇博客《使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因解析》，关于gdb请参考《gdb调试命令的使用及总结》）

core文件生成的位置默认是可执行文件所在的位置，名称默认为core，其位置和名称是可以设置的，我的设置为：

mkdir /home/corefile 
echo “/home/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern

这样，生成的core文件会放在/home/corefile目录下，core文件名会以core-%e-%p-%t的形式出现，其中%e表示可执行文件的名称，%p表示进程，%t表示生成core文件的时间（注意是unix时间）。

下面是一个可以导致coredump的例程：

划线处是会导致coredump处。执行后会在/home/corefile目录下产生以下文件：

[root@localhostwin7]# ls /home/corefile/

a.out是可执行文件名，5082是PID，1490760381是产生该文件的unix时间。把a.out 和core文件放在一个目录下，使用命令：

gdb a.out core-a.out-5082-1490760381

进入gdb，然后使用backtrace命令，即可看进程退出时的栈的内存状态，如下所示：

可见，进程退出时，执行的最后一个函数是square函数。 ————————————————

总结

以上所述是小编给大家介绍的Linux系统利用coredump技术追查进程崩溃原因的过程，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对17站长网的支持！

本文最后更新于 2022-10-17 09:02，某些文章具有时效性，若有错误或已失效，请在网站留言或联系站长：17tui@17tui.com

·END·

站长网微信号：w17tui，关注站长、创业、关注互联网人 - 互联网创业者营销服务中心

免责声明：本站部分文章和图片均来自用户投稿和网络收集，旨在传播知识，文章和图片版权归原作者及原出处所有，仅供学习与参考，请勿用于商业用途，如果损害了您的权利，请联系我们及时修正或删除。谢谢！

下一篇：Ubuntu 18.04上安装phpMyAdmin的详细教程上一篇：重启docker服务应用自启停命令解析

17站长网微信二维码

始终以前瞻性的眼光聚焦站长、创业、互联网等领域，为您提供最新最全的互联网资讯，帮助站长转型升级，为互联网创业者提供更加优质的创业信息和品牌营销服务，与站长一起进步！让互联网创业者不再孤独！

扫一扫，关注站长网微信

Linux系统利用coredump技术追查进程崩溃原因的过程

大家都在看

相关分类

热门排行

最近更新