Анализ Apache2 coredump

Question

На моем сервере AWS у меня есть много coredump: [Вт. 18 ноя 11:15:12 2014] [уведомление] child pid 5663 сигнал выхода Ошибка шины (7), возможный coredump в/etc/apache2

Я попытался их проанализировать, но у меня нет информации об этом. Для получения его я бег: SUDO GDB придает PID (GDB) с (ждать)

Моего вывода:

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. 

Как получить подробную информацию об этой трассе?

Answer 1

Я попытался их проанализировать, но у меня нет информации об этом.

Напротив, вы сделали получите информацию об этом. Как сказал Марк Плотник, чтобы получить более подробную информацию, вам необходимо установить пакеты debuginfo для вашего дистрибутива.

Крушение выглядит ужасно похоже на this one.

Answer 2

Одна из причин найти на Ubuntu 16/PHP 7/Apache 2.4 системы было несоответствие сертификата:

После перезапуска Apache, файл журнала XXX.log был overflooded с сообщениями как

[ ядро: уведомление] ребенок pid nnnnn выход сигнал ошибки шины 7

Сайт пошло непригодным из-за большого количества сообщений журнала.

Поиск в настройке показал, что не включен сайт, который использовал для использования XXX.log, но в каталоге apache2/sites - файл с именем «default-tls.conf» (относится к пакету «libapache2-mod-gnutls» ") определил XXX.log как файл журнала ошибок.

Хотя этот conf-файл не был включен, не связан с apache2/sites-enabled, был запущен XXX.log.

Система использует в течение длительного времени сертификат letencrypt, все задействованные сайты были настроены для его использования. Но в файлах default-tls.conf и файлах ключей были настроены, чтобы указывать на (существующие) файлы по умолчанию «snakeoil». Серьезные и ключевые файлы «snakeoil» были заменены ссылками на файлы сертификатов letencrypt и ключей.

После перезапуска apache сообщения об ошибках больше не были отправлены, и веб-сайты были доступны снова.

Что помогло найти причину, заключалось в использовании отличной от стандартной установки файла журнала ошибок в файлах conf vhost.