18 使用 systemd-coredump
针对应用程序崩溃进行调试 #
systemd-coredump
可收集并显示内核核心转储,用于分析应用程序崩溃问题。当某个进程(或属于应用程序的所有进程)崩溃时,此工具默认会将核心转储记录到 systemd
日记(如有可能还包括回溯),并将核心转储储存在 /var/lib/systemd/coredump
中的某个文件内。您还可以选择使用 gdb
或 crash
等其他工具检查转储文件(请参见第 17.8 节 “分析崩溃转储”)。有一个选项不会储存核心转储,而是仅将其记录到日记,这样做有助于尽量减少敏感信息的收集与储存。
18.1 用法和配置 #
systemd-coredump
默认已启用,随时可供运行。默认配置位于 /etc/systemd/coredump.conf
中:
[Coredump] #Storage=external #Compress=yes #ProcessSizeMax=2G #ExternalSizeMax=2G #JournalSizeMax=767M #MaxUse= #KeepFree=
以下示例显示如何使用 Vim 进行简单的测试,方法是创建一个 segfault 来生成日记项和核心转储。
启用
debuginfo-pool
和debuginfo-update
储存库安装 vim-debuginfo
启动
vim testfile
并键入一些字符获取 PID 并生成 segfault:
tux >
ps ax | grep vim 2345 pts/3 S+ 0:00 vim testfileroot #
kill -s SIGSEGV 2345Vim 将发出错误消息:
Vim: Caught deadly signal SEGV Vim: Finished. Segmentation fault (core dumped)
列出您的核心转储,然后对其进行检查:
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.scope Unit: session-1.scope Slice: user-1000.slice Session: 1 Owner UID: 1000 (tux) Boot ID: b5c251b86ab34674a2222cef102c0c88 Machine ID: b43c44a64696799b985cafd95dc1b698 Hostname: linux-uoch Coredump: /var/lib/systemd/coredump/core.vim.0.b5c251b86ab34674a2222cef102 Message: 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) [...]
如果您有多个核心转储,coredumpctl info
会显示所有这些核心转储。可按 PID
、COMM
(命令)或 EXE
(可执行文件的完整路径)过滤核心转储,例如,查看 Vim 的所有核心转储:
root #
coredumpctl info /bin/vim
按 PID
查看单个核心转储:
root #
coredumpctl info 2345
将选定的核心输出到 gdb
:
root #
coredumpctl gdb 2345
PRESENT
列中的星号表示存在已储存的核心转储。如果该字段为空,则表示没有已储存的核心转储,coredumpctl
将从日记中检索崩溃信息。您可以在 /etc/systemd/coredump.conf
中使用 Storage
选项控制此行为:
Storage=none
— 在日记中记录核心转储,但不储存。这样做有助于尽量减少敏感信息的收集与储存,例如,出于符合一般数据保护条例 (GDPR) 的目的。Storage=external
— 将核心储存在/var/lib/systemd/coredump
中Storage=journal
— 将核心储存在systemd
日记中
将为每个核心转储调用 systemd-coredump
的新实例,因此,下一次核心转储时会应用配置更改,而无需重启动任何服务。
重启动系统后核心转储不会保留。您可以使用 coredumpctl
永久保存核心转储。以下示例按 PID
过滤核心转储,并将核心储存在 vim.dump
中:
root #
coredumpctl -o vim.dump dump 2345
有关完整的命令和选项列表,请参见 man systemd-coredump
、man coredumpctl
和 man coredump.conf
。