5

我有一个多线程 C++ 程序，在极少数情况下会死锁。这个问题很难重现，我只能在远程机器上重现它。我想用来解决这个问题的方法是

  1. 运行程序
  2. 等待死锁
  3. 向其发送中止信号以生成核心转储
  4. 将转储复制回我的本地计算机
  5. 使用 gdb 调试它

我在远程机器上没有 gdb，也无法在上面安装任何东西。问题是当我调试核心转储（从远程机器上的死锁或正常运行的进程获得）时，大多数线程的回溯只显示：

(gdb) BT
#0 pthread_cond_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
#1 0x0000000000000000 在 ?? ()

我正在使用使用“-g -O1”选项编译的静态链接二进制文件。当我在本地机器上中止相同二进制文件的进程时，gdb 可以从核心转储中提取整个堆栈，并且没有这样的问题（但是我无法重现死锁）。我的远程机器是 SLES，我的本地机器是 ubuntu。

任何的想法？

编辑：

发现其他人有同样的问题，但仍然没有解决方案： http ://groups.google.com/group/google-coredumper/browse_thread/thread/2ca9bcf9465d1050 （我没有使用google coredumper，但似乎google coredumper失败了有同样的错误，这表明问题可能出在 SLES 11 上）

4

2 回答 2

3

请注意，您还可以使用 gcore 创建核心文件而无需中止。您是否尝试过在远程主机上运行 pstack（假设已安装）以查看是否可以通过这种方式获得回溯？

否则，如果您的应用程序使用的共享对象在本地主机和远程主机上不同，gdb 将无法正确匹配内存偏移量，并且回溯可能会变得混乱。如果您能够将所有相关.so文件从远程主机复制到本地某个地方，我相信您可以指示 gdb 从它们中读取，而不是通常安装的版本。

编辑：尝试在您的构建机器上运行 pstack 并查看它是否可以拾取堆栈。

于 2011-07-28T17:19:43.973 回答
1

你的 glibc 的年龄是多少？你可能错过了这个：

commit ad2be8527ac0f19f129fc4519d823cbe48239c78
Author: Ulrich Drepper <drepper@redhat.com>
Date:   Sun Apr 13 08:36:19 2003 +0000

    Update.

        * sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: Add unwind info.
        * sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S: Likewise.
        * sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S: Likewise.
于 2011-07-29T15:58:34.293 回答