使用systemdcoredump调试应用程序崩溃

使用systemd-coredump调试应用程序崩溃

systemd-coredump收集并显示内核核心转储&＃xff0c;以分析应用程序崩溃。当某个进程崩溃&＃xff08;或所有属于某个应用程序的进程&＃xff09;时&＃xff0c;其默认设置是将核心转储记录到日志中&＃xff08;systemd如果可能的话包括回溯&＃xff09;&＃xff0c;并将核心转储存储在中的文件中 /var/lib/systemd/coredump。您还可以选择使用其他工具&＃xff08;例如gdb或crash&＃xff09; 检查转储文件&＃xff08;请参见第17.8节“分析故障转储”&＃xff09;。可以选择不存储核心转储&＃xff0c;而仅记录日志&＃xff0c;这对于最大程度地减少敏感信息的收集和存储很有用。

使用和配置

systemd-coredump并且默认情况下可以运行。默认配置在/etc/systemd/coredump.conf&＃xff1a;

[Coredump]
#Storage&＃61;external
#Compress&＃61;yes
#ProcessSizeMax&＃61;2G
#ExternalSizeMax&＃61;2G
#JournalSizeMax&＃61;767M
#MaxUse&＃61;
#KeepFree&＃61;


下面的示例显示了如何通过创建段错误来生成日志条目和核心转储&＃xff0c;从而将Vim用于简单测试。

用VIM创建一个核心转储

1. 启用debuginfo-pool和 debuginfo-update存储库

2. 安装 vim-debuginfo

3. 启动vim testfile并输入几个字符

4. 获取PID并生成段错误&＃xff1a;

   tux > ps ax | grep vim
2345 pts/3 S&＃43; 0:00 vim testfile root # kill -s SIGSEGV 2345


   Vim将发出错误消息&＃xff1a;

   Vim: Caught deadly signal SEGV
Vim: Finished.
Segmentation fault (core dumped)


5. 列出您的核心转储&＃xff0c;然后检查它们&＃xff1a;

   root # coredumpctl
TIME PID UID GID SIG PRESENT EXE
Wed 2019-11-12 11:56:47 PST 2345 1000 100 11 * /bin/vimroot # coredumpctl info
PID: 2345 (vim)
UID: 0 (root)
GID: 0 (root)
Signal: 11 (SEGV)
Timestamp: Wed 2019-11-12 11:58:05 PST
Command Line: vim testfile
Executable: /bin/vim
Control Group: /user.slice/user-1000.slice/session-1.scopeUnit: session-1.scopeSlice: user-1000.sliceSession: 1Owner UID: 1000 (tux)Boot ID: b5c251b86ab34674a2222cef102c0c88Machine ID: b43c44a64696799b985cafd95dc1b698Hostname: linux-uochCoredump: /var/lib/systemd/coredump/core.vim.0.b5c251b86ab34674a2222cef102Message: Process 2345 (vim) of user 0 dumped core.Stack trace of thread 2345:#0 0x00007f21dd87e2a7 kill (libc.so.6)#1 0x000000000050cb35 may_core_dump (vim)#2 0x00007f21ddbfec70 __restore_rt (libpthread.so.0)#3 0x00007f21dd92ea33 __select (libc.so.6)#4 0x000000000050b4e3 RealWaitForChar (vim)#5 0x000000000050b86b mch_inchar (vim)
[...]


当您有多个核心转储时&＃xff0c;将coredumpctl info 全部显示。用PID&＃xff0c;COMM&＃xff08;命令&＃xff09;或EXE&＃xff08;可执行文件的完整路径&＃xff09;过滤它们&＃xff0c; 例如&＃xff0c;Vim的所有核心转储&＃xff1a;

root # coredumpctl info /bin/vim


通过以下方式查看单个核心转储PID&＃xff1a;

root # coredumpctl info 2345


将选定的核心输出到gdb&＃xff1a;

root # coredumpctl gdb 2345


PRESENT列中 的星号表示存在已存储的核心转储。如果该字段为空&＃xff0c;则不会存储任何核心转储&＃xff0c;而是coredumpctl从日志中检索崩溃信息。您可以配置/etc/systemd/coredump.conf通过以下 Storage选项控制此行为 &＃xff1a;

• Storage&＃61;none, 核心转储记录在日志中&＃xff0c;但不存储。这有助于最大限度地减少敏感信息的收集和存储&＃xff0c;例如&＃xff0c;符合通用数据保护法规&＃xff08;GDPR&＃xff09;。
• Storage&＃61;external, 核心存储在 /var/lib/systemd/coredump
• Storage&＃61;journal, 核心存储在 systemd 日志中

systemd-coredump每个核心转储都会调用 一个新的实例&＃xff0c;因此配置更改将在下一个核心转储中应用&＃xff0c;并且无需重新启动任何服务。

系统重新启动后&＃xff0c;将不保留核心转储。您可以使用将它们永久保存coredumpctl。以下示例按进行过滤&＃xff0c;PID并将内核存储在中 vim.dump&＃xff1a;

root # coredumpctl -o vim.dump dump 2345


有关完整的命令和选项列表&＃xff0c;请参见man systemd-coredump&＃xff0c;man coredumpctl和man coredump.conf。

原文链接地址&＃xff1a; https://documentation.suse.com/sles/15-SP1/html/SLES-all/cha-tuning-systemd-coredump.html