首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Apache2核心泵分析

Apache2核心泵分析
EN

Stack Overflow用户
提问于 2014-11-18 10:21:14
回答 2查看 1.1K关注 0票数 2

在我的AWS服务器上,我有很多coredump : Tue Nov 18 11:15:12 2014子pid 5663退出信号总线错误(7),可能是coredump in /etc/apache2

我试着分析他们,但没有任何消息。为了获得它,我运行: sudo gdb附加pid (gdb) c(等待)

我的产出是:

代码语言:javascript
复制
Program received signal SIGBUS, Bus error.
0x00007f4c6a7fe1d2 in lex_scan () from /usr/lib/apache2/modules/libphp5.so
(gdb) bt
#0  0x00007f4c6a7fe1d2 in lex_scan () from /usr/lib/apache2/modules/libphp5.so
#1  0x00007f4c6a8163d0 in ?? () from /usr/lib/apache2/modules/libphp5.so
#2  0x00007f4c6a7f9795 in ?? () from /usr/lib/apache2/modules/libphp5.so
#3  0x00007f4c6a7fda7f in compile_file () from /usr/lib/apache2/modules/libphp5.so
#4  0x00007f4c6a6ba932 in ?? () from /usr/lib/apache2/modules/libphp5.so
#5  0x00007f4c6a7fdc3c in compile_filename () from /usr/lib/apache2/modules/libphp5.so
#6  0x00007f4c6a861bca in ?? () from /usr/lib/apache2/modules/libphp5.so
#7  0x00007f4c6a84f9db in execute () from /usr/lib/apache2/modules/libphp5.so
#8  0x00007f4c6a82af40 in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so
#9  0x00007f4c6a7d75b3 in php_execute_script () from /usr/lib/apache2/modules/libphp5.so
#10 0x00007f4c6a8ba44d in ?? () from /usr/lib/apache2/modules/libphp5.so
#11 0x00007f4c6e4ff508 in ap_run_handler ()
#12 0x00007f4c6e4ff97e in ap_invoke_handler ()
#13 0x00007f4c6e50f5b0 in ap_process_request ()
#14 0x00007f4c6e50c3d8 in ?? ()
#15 0x00007f4c6e505fa8 in ap_run_process_connection ()
#16 0x00007f4c6e514210 in ?? ()
#17 0x00007f4c6e51497a in ?? ()
#18 0x00007f4c6e515527 in ap_mpm_run ()
#19 0x00007f4c6e4ea4a4 in main ()

和完全回溯:

(gdb)

代码语言:javascript
复制
bt full
#0  0x00007f4c6a7fe1d2 in lex_scan () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#1  0x00007f4c6a8163d0 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#2  0x00007f4c6a7f9795 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#3  0x00007f4c6a7fda7f in compile_file () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#4  0x00007f4c6a6ba932 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#5  0x00007f4c6a7fdc3c in compile_filename () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#6  0x00007f4c6a861bca in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#7  0x00007f4c6a84f9db in execute () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#8  0x00007f4c6a82af40 in zend_execute_scripts () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#9  0x00007f4c6a7d75b3 in php_execute_script () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#10 0x00007f4c6a8ba44d in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#11 0x00007f4c6e4ff508 in ap_run_handler ()
No symbol table info available.
#12 0x00007f4c6e4ff97e in ap_invoke_handler ()
No symbol table info available.
#13 0x00007f4c6e50f5b0 in ap_process_request ()
No symbol table info available.
#14 0x00007f4c6e50c3d8 in ?? ()
No symbol table info available.
#15 0x00007f4c6e505fa8 in ap_run_process_connection ()
No symbol table info available.
#16 0x00007f4c6e514210 in ?? ()
No symbol table info available.
#17 0x00007f4c6e51497a in ?? ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#18 0x00007f4c6e515527 in ap_mpm_run ()
No symbol table info available.
#19 0x00007f4c6e4ea4a4 in main ()
No symbol table info available.

如何获得有关此跟踪的详细信息?

EN

回答 2

Stack Overflow用户

发布于 2017-05-23 16:04:40

在Ubuntu 16 / PHP 7/ apache 2.4系统上发现的一个原因是证书不匹配:

在apache重新启动之后,日志文件XXX.log被以下消息淹没

核心:注意子pid nnnnn退出信号总线错误7

由于有许多日志消息,该网站实际上无法使用。

在搜索安装时,它显示没有设置启用的站点使用XXX.log,但是在apache2/ site -可用目录中,有一个名为"default-tls.conf“的文件(属于包”libasache2-mod-gNUTLS“)将XXX.log定义为它的错误日志文件。

虽然这个conf文件没有启用,也没有链接到启用apache2/sites,但是XXX.log被淹没了。

系统使用了很长一段时间的服务器加密证书,所有启用的站点都是为此设置的。但是在默认情况下,设置了-tls.conf证书和关键文件,以指向(当前)默认的"snakeoil“文件。“蛇形油”证书和密钥文件被指向letsencrypt证书和密钥文件的链接所取代。

在apache重新启动之后,错误消息不再被抛出,网站也可以再次访问。

之所以有助于找到原因,是因为在vhost conf文件中使用了与标准错误日志文件设置不同的方法。

票数 1
EN

Stack Overflow用户

发布于 2014-11-19 04:56:35

我试着分析他们,但没有任何消息。

相反,你确实得到了这方面的信息。正如Mark所说,要获得更详细的信息,您需要为您的发行版安装调试器包。

这次坠机看上去与这一个非常相似。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/26991874

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档