在我的AWS服务器上,我有很多coredump : Tue Nov 18 11:15:12 2014子pid 5663退出信号总线错误(7),可能是coredump in /etc/apache2
我试着分析他们,但没有任何消息。为了获得它,我运行: sudo gdb附加pid (gdb) c(等待)
我的产出是:
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)
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.如何获得有关此跟踪的详细信息?
发布于 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文件中使用了与标准错误日志文件设置不同的方法。
发布于 2014-11-19 04:56:35
https://stackoverflow.com/questions/26991874
复制相似问题