Мастер-процесс веб-сервера Apache сталкивается с неустранимым нарушением защиты памяти и пытается аварийно сохранить снимок адресного пространства на диск. В журнале error.log регистрируется критическое системное событие: [core:emerg] [pid 1234] AH00491: caught SIGSEGV, attempting to dump core in /tmp.

• Служба полностью падает или циклически перезапускается, генерируя тяжелые файлы дампов памяти в каталоге /tmp.
• Пользователи сталкиваются с обрывами HTTPS сессий и ошибками 502 Bad Gateway / Connection reset.

1. Проверьте наличие сгенерированных дампов ядра в директории /tmp или каталоге дампов systemd:

   ls -la /tmp/core* 2>/dev/null || sudo coredumpctl list

2. Установите отладочные символы (debug symbols) для Apache и установленных библиотек:

   # Для Debian/Ubuntu:
   sudo apt install gdb apache2-dbg
   
   # Для RHEL/CentOS:
   sudo dnf install gdb httpd-debuginfo

3. Запустите отладчик GDB для анализа сбойного файла дампа памяти:

   sudo gdb /usr/sbin/apache2 /tmp/core.<PID>
   
   # Внутри консоли GDB выполните команды:
   (gdb) bt full
   (gdb) info sharedlibrary
   (gdb) quit

4. Изучите верхние строки вывода bt full (backtrace): они укажут конкретную функцию библиотеки (например, libssl.so, libphp.so, mod_auth_gssapi.so), вызвавшую исключение SIGSEGV.
5. Если сбой происходит в модуле PHP, проверьте совместимость скомпилированных PECL-расширений (например, grpc, protobuf, redis) с текущей версией PHP.
6. Отключите директиву CoreDumpDirectory после завершения отладки, чтобы избежать переполнения диска /tmp:

   # Закомментируйте строку в apache2.conf:
   # CoreDumpDirectory /tmp

7. Перезапустите Apache: sudo systemctl restart apache2.