Debugging 使用gdb调试apache seg故障

我的生产服务器上的Apache间歇性出现seg故障。我在apache配置中启用了核心转储选项，并转储了几个核心文件。不幸的是，由于它是生产服务器，apache或加载的模块没有使用调试符号进行编译。据我所知，没有调试符号，gdb无法做很多事情

我是否可以在没有调试符号的情况下，至少找出导致seg故障的模块？如果是，怎么做

[更新] 以下是gdb回溯跟踪的输出

(gdb) bt full
#0  0xb7f1f832 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
No symbol table info available.
#1  0xb7be82bc in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
No symbol table info available.
#2  0xb771652a in ?? () from /usr/local/apache/modules/mod_pagespeed.so
No symbol table info available.
#3  0xb75df576 in ?? () from /usr/local/apache/modules/mod_pagespeed.so
No symbol table info available.
#4  0xb7715c20 in ?? () from /usr/local/apache/modules/mod_pagespeed.so
No symbol table info available.
#5  0xb7be4a49 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0xb7b2a63e in clone () from /lib/libc.so.6
No symbol table info available.

---

这是否意味着/lib/ld linux.so.2导致seg故障？

快速搜索

\u dl\u sysinfo\u int80

显示以下线程

为了回答您的问题，我怀疑

/lib/ld linux.so.2

是否导致了分段错误。这只是正在等待的许多线程中的一个

---

运行

thread apply all bt full

以获取崩溃时运行的所有线程的堆栈跟踪。然后应该清楚是哪个线程导致SEG故障。这将为您提供更多的证据来说明发生了什么。

快速搜索

\u dl\u sysinfo\u int80

显示了以下线程

为了回答您的问题，我怀疑

/lib/ld linux.so.2

是否导致了分段错误。这只是正在等待的许多线程中的一个

---

运行

thread apply all bt full

以获取崩溃时运行的所有线程的堆栈跟踪。然后应该清楚是哪个线程导致SEG故障。这将为您提供更多的证据来说明发生了什么。

我没有任何关于

gdb

的经验，我可能是错的。但我认为新闻组讨论的是另一个问题。它说程序正在无限期地等待，而不是分段故障。是的，这是正确的，并且您在这里显示的线程也在等待。为了找到seg故障，你需要得到每个线程的轨迹。除非我错了，错过了什么。很高兴与您聊天，进一步讨论。还有其他一些方法可以找到问题的根源。如果你想进一步帮助我，我已经创建了一个聊天室。谢谢@Rob_Kielty。我也检查了其他核心文件，确认这是问题所在。我没有任何关于

gdb

的经验，我可能是错的。但我认为新闻组讨论的是另一个问题。它说程序正在无限期地等待，而不是分段故障。是的，这是正确的，并且您在这里显示的线程也在等待。为了找到seg故障，你需要得到每个线程的轨迹。除非我错了，错过了什么。很高兴与您聊天，进一步讨论。还有其他一些方法可以找到问题的根源。如果你想进一步帮助我，我已经创建了一个聊天室。谢谢@Rob_Kielty。我也检查了其他核心文件，并确认这是问题所在。根据提供的跟踪，我怀疑

mod_pagespeed。因此

应对分段冲突负责。因此，请尝试在未加载PageSpeed模块的情况下运行Apache。根据提供的跟踪，我怀疑

mod_PageSpeed。因此

应对分段冲突负责。因此，请尝试在没有加载PageSpeed模块的情况下运行Apache。