☰

如何使用 coredumpctl 信息获取符号化调用堆栈？

tag-icon • tag-icon systemd core-dump
如何使用 coredumpctl 信息获取符号化调用堆栈？

我试图在使用 打印时启用包含带有函数名称的调用堆栈的 systemd coredump coredumpctl info，以便我可以在不使用 gdb 和/或的情况下获得调用堆栈coredumpctl debug（因为我的真实目标没有安装调试器）。因此我只想使用coredumpctl info.

我使用 Fedora 39 安装了该软件包tftp-server，并通过启动 tftpd（systemctl start tftp）并发送到kill -SEGV进程来测试 coredump /usr/sbin/in.tftpd。然后我看到以这种方式创建的核心转储包含进程内的函数名称in.tftpd（Fedora默认启用minidebuginfo/ ）。gnu_debugdata

然而，当我使用使用调试符号编译的测试 C 文件执行相同的操作时，我看到我的测试核心转储显示了n/a我的进程中的函数名称（我尝试使用完整的调试符号以及仅使用minidebuginfo/ gnu_debugdata）。

我需要做什么才能让我的应用程序也生成正确的核心转储，就像对 Fedora 软件包安装的二进制文件所做的那样？

  • 测试代码（文件test.c）：

    #include <stdio.h>
#include <unistd.h>

int test123()
{
    printf("test123\n");
    sleep(1);
}

int main()
{
    for (;;) {
        test123();
    }
}

  • 测试生成文件：

    all:
    gcc ./test.c -o test-with-symbols -g

  • coredumpctl infoof在 Fedora 上看起来不错（它在 中in.tftpd显示了函数名称）：mainin.tftpd

    $ coredumpctl info 4335
           PID: 4335 (in.tftpd)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 11 (SEGV)
     Timestamp: Mon 2023-11-20 06:07:08 EST (1h 36min ago)
  Command Line: /usr/sbin/in.tftpd -s /var/lib/tftpboot
    Executable: /usr/sbin/in.tftpd
 Control Group: /system.slice/tftp.service
          Unit: tftp.service
         Slice: system.slice
       Boot ID: 954e4f02e86e4f6498987e2e202d0413
    Machine ID: 28dd14ccbe5b46018201dd25d5a60e94
      Hostname: localhost-live
       Storage: /var/lib/systemd/coredump/core.in\x2etftpd.0.954e4f02e86e4f6498987e2e202d0413.4335.1700478428000000.zst (missing)
       Package: tftp/5.2-41.fc39
      build-id: 438daef3ffb345cc3c791def1ceba465865929f6
       Message: Process 4335 (in.tftpd) of user 0 dumped core.

                Module in.tftpd from rpm tftp-5.2-41.fc39.x86_64
                Stack trace of thread 4335:
                #0  0x00007ffb2640ef8e __select (libc.so.6 + 0x112f8e)
                #1  0x00005578d0fde699 main (in.tftpd + 0x4699)
                #2  0x00007ffb2632414a __libc_start_call_main (libc.so.6 + 0x2814a)
                #3  0x00007ffb2632420b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2820b)
                #4  0x00005578d0fdfa15 _start (in.tftpd + 0x5a15)
                ELF object binary architecture: AMD x86-64

  • codedumpctl info我的测试二进制文件显示n/a而不是函数名称。我在 Fedora 39 和 Ubuntu 22.04 上对此进行了测试（Fedora 39 上的 systemd 版本 254，Ubuntu 22.04 上的 systemd 版本 249）：

    liveuser@localhost-live:~/Downloads/test$ coredumpctl info 8485
           PID: 8485 (test)
           UID: 1000 (liveuser)
           GID: 1000 (liveuser)
        Signal: 11 (SEGV)
     Timestamp: Mon 2023-11-20 07:26:38 EST (54s ago)
  Command Line: ./test
    Executable: /home/liveuser/Downloads/test/test
 Control Group: /user.slice/user-1000.slice/[email protected]/app.slice/app-org.gnome.Terminal.slice/vte-spawn-07143dc2-3f50-4778-a60f-e027a4bb85e9.scope
          Unit: [email protected]
     User Unit: vte-spawn-07143dc2-3f50-4778-a60f-e027a4bb85e9.scope
         Slice: user-1000.slice
     Owner UID: 1000 (liveuser)
       Boot ID: 954e4f02e86e4f6498987e2e202d0413
    Machine ID: 28dd14ccbe5b46018201dd25d5a60e94
      Hostname: localhost-live
       Storage: /var/lib/systemd/coredump/core.test.1000.954e4f02e86e4f6498987e2e202d0413.8485.1700483198000000.zst (present)
  Size on Disk: 17.9K
       Message: Process 8485 (test) of user 1000 dumped core.

                Stack trace of thread 8485:
                #0  0x00007f8a5b4bd127 clock_nanosleep@GLIBC_2.2.5 (libc.so.6 + 0xd9127)
                #1  0x00007f8a5b4cf9f7 __nanosleep (libc.so.6 + 0xeb9f7)
                #2  0x00007f8a5b4e1333 sleep (libc.so.6 + 0xfd333)
                #3  0x0000558c6c9a118a n/a (/home/liveuser/Downloads/test/test + 0x118a)
                #4  0x0000558c6c9a119f n/a (/home/liveuser/Downloads/test/test + 0x119f)
                #5  0x00007f8a5b40c14a __libc_start_call_main (libc.so.6 + 0x2814a)
                #6  0x00007f8a5b40c20b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2820b)
                #7  0x0000558c6c9a10a5 n/a (/home/liveuser/Downloads/test/test + 0x10a5)
                ELF object binary architecture: AMD x86-64

相关内容