Анализировать Apache2 coredump
На моем сервере AWS у меня много coredump:
[Вторник, 18 ноября 11:15:12 2014] [извещение] дочерний pid 5663, выходной сигнал Ошибка шины (7), возможный coredump в / etc / apache2
Я пытался их проанализировать, но не получил никакой информации об этом. Для этого я бегу:
sudo gdb
прикреплять ПИД-регулятор
(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.
Как я могу получить подробную информацию об этом следе?
Решение
Одной из причин, обнаруженных в системе Ubuntu 16 / PHP 7 / apache 2.4, было несоответствие сертификатов:
После перезапуска apache файл журнала XXX.log был переполнен сообщениями вроде
[ядро: уведомление] дочерняя ошибка nd nnnn выходного сигнала шины 7
Сайт стал практически непригодным для использования из-за большого количества сообщений журнала.
Поиск в настройке показал, что ни один из включенных сайтов не был настроен для использования XXX.log, но в каталоге apache2 / sites-available файл с именем «default-tls.conf» (принадлежит пакету «libapache2-mod-gnutls») определил XXX .log как файл журнала ошибок.
Хотя этот conf-файл не был включен, не связан с apache2 / sites-enabled, файл XXX.log был залит.
Система долгое время использовала сертификат letsencrypt, все включенные сайты были настроены для его использования. Но в файле default-tls.conf файлы сертификатов и ключей были настроены так, чтобы указывать на (присутствующие) файлы по умолчанию «snakeoil». Файлы сертификатов и ключей «snakeoil» были заменены ссылками на файлы сертификатов и ключей letsencrypt.
После перезапуска Apache сообщения об ошибках больше не генерировались, и веб-сайты снова стали доступны.
Что помогло найти причину, было использование отличной от стандартной настройки файла журнала ошибок в файлах vhost conf.
Другие решения
Я пытался их проанализировать, но не получил никакой информации об этом.
Наоборот, ты сделал получить информацию об этом. Как сказал Марк Плотник, для получения более подробной информации вам необходимо установить пакеты debuginfo для вашего дистрибутива.
Авария выглядит очень похоже на этот.