Механизм ошибки нарушения сегментации памяти (Segmentation Fault)

Системный сигнал Signal 11 (SIGSEGV) посылается ядром Linux процессу, когда тот пытается обратиться к защищенному или недопустимому участку оперативной памяти (например, разыменование нулевого указателя NULL pointer dereference, запись в область Read-Only или выход за границы выделенного буфера). Поскольку чистый PHP-код исполняется внутри виртуальной машины Zend Engine, сам интерпретатор не должен падать по SIGSEGV. Ошибка «WARNING: [pool www] child exited on signal 11 (SIGSEGV - core dumped)» свидетельствует о наличии критического бага в скомпилированном C-коде расширения PHP, Zend OPcache, сторонней библиотеке (ImageMagick, libxml, cURL) или в самом ядре PHP.

Бизнес-риски

Внезапный обрыв выполнения пользовательских транзакций, спонтанные ошибки HTTP 502 Bad Gateway в Nginx, потенциальная уязвимость к переполнению буфера.

Типовые источники возникновения SIGSEGV в PHP

Регламент локализации сбоя через отладчик GDB и Core Dump

Шаг 1: Включение генерации дампов памяти (Core Dumps) в Linux и PHP-FPM

По умолчанию ядро блокирует создание дампов процессов, меняющих UID (воркеры fpm работают от пользователя www-data):

# 1. Разрешение создания core-дампов на уровне ядра Linux:
sudo sysctl -w fs.suid_dumpable=2
sudo sysctl -w kernel.core_pattern=/var/crash/core-%e-%p-%t

# 2. Включение coredump в конфигурации PHP-FPM:
sudo nano /etc/php/8.2/fpm/php-fpm.conf
# Раскомментируйте или добавьте в секцию [global]:
rlimit_core = unlimited

# 3. Перезапуск службы:
sudo systemctl restart php8.2-fpm

Шаг 2: Анализ упавшего процесса с помощью GNU Debugger (GDB)

После повторения падения в каталоге /var/crash/ появится файл core-php-fpm-...:

# 1. Установка GDB и отладочных символов:
sudo apt install -y gdb php8.2-dbg

# 2. Запуск отладки дампа:
sudo gdb /usr/sbin/php-fpm8.2 /var/crash/core-php-fpm-*

# 3. В консоли GDB выполните команду получения трассировки стека вызовов:
(gdb) bt
# Или полная трассировка всех локальных переменных:
(gdb) bt full

# 4. Анализ вывода: найдите имя проблемной функции и .so модуля 
# (например: in zif_imagick_readimage () from /usr/lib/php/.../imagick.so)

Шаг 3: Локализация методом отключения проблемных PHP-расширений

# 1. Просмотр подключенных модулей:
php -m

# 2. Временное отключение подозрительного модуля (например, imagick или xdebug):
sudo phpdismod -v 8.2 imagick
sudo systemctl restart php8.2-fpm

Типовые ошибки администраторов

• Использование несовместимых версий IonCube Loader: Подключение сборки IonCube, скомпилированной под другую подверсию PHP, гарантированно приводит к SIGSEGV при старте.
• Включение JIT-компилятора (opcache.jit) в нестабильных версиях PHP: В некоторых релизах PHP 8.0/8.1 баги в трансляторе JIT вызывали SIGSEGV на сложных регулярных выражениях.