Ошибка 500 и fcgid

signal 11

Это сам php упал, проблема в каком-то php модуле или самом php

Настройками конфигов Вы это не поправите

пхп процессы могли размножиться и в этом случае их "сверху" могут убивать. Либо по ограничению количества процессов на аккаунт, либо по занятой памяти (kill-OOM). Также, ещё, как уже было сказано выше, процесс мог "самоубиться" если есть ошибки в скриптах (например, бывает несовместимость с модулями пхп).

как найти точную причину? если была бы не совместимость со скриптом то это наверно происходило постоянно в одном и том же месте, но если вылезла эта ошибка и обновить страницу то она загружается уже нормально без ошибок.

Сколько памяти на сервере? И какой это сервер? Если виртуальный и на базе OpenVZ то стоит проверить, что пишет в /proc/beachcomber - в этой виртуализации при оверселле, может не хватать общей памяти физического сервера и тогда процессы могут убиваться в клиентских впс.

Это vds на Kernel-based Virtual Machine

Процессор Common KVM processor 2400.084 MHz (6 cores)

Оперативная память 1539 / 16085 MiB

top

KiB Mem: 16471272 total, 13947228 used, 2524044 free, 300780 buffers

KiB Swap: 487420 total, 49780 used, 437640 free. 11508732 cached Mem

как я понимаю расходуется порядка 1.5г в кеше11.5г и свободно 2.5г

панель ISPmanager показывает, что расход памяти 10%, процессор тоже за редким исключением показывает максимум 25%, как бы вроде нехватки ресурсов не наблюдается.

Может просто где то в настройках fcgid или nginx нужно выделить больше памяти для процессов?

еще такой момент, что сайт работает, альтернативной версии 7.3.4 (alt) по умолчанию в ISPmanager идет 5.6.24 (native)

А директива log_errors в php стоит в положении On (1)?

11 сигнал это ошибка сегментации, это может быть как внутренний баг PHP интерпретатора, так и проблемы с, например, оперативной памятью, либо битые модули PHP.

Рекомендую проверить директиву log_errors, если отключена, нужно включить. Есть шанс, что PHP что-то пишет перед смертью.

Также посмотрите сыпется ли какое сообщение в syslog по пути /var/log/messages (centos) или аналогичный для других ОС (может быть /var/log/syslog ).

да log_errors включено, но что то не могу понять где логи это у альтернативных версии?

там в это время вот такая ошибка

Oct  5 15:43:48 ****** kernel: [1610653.549046] php[7457]: segfault at 7f68ca601018 ip 00007f68d15e3785 sp 00007ffcb91ad300 error 4 in mysqlnd.so[7f68d15c1000+38000]

Это означает что дело в модуле mysqlnd.so ?? или в самом mysql?? стоит MySQL 5.5.50-0+deb8u1

Вероятнее всего. Это базовый модуль, и у вас он собран как отдельная библиотека, я так понимаю.

Вам не помешало бы обновить версию PHP.

У Вас стоит версия PHP 7.3.4, вот какие похожие исправления были сделаны разработчиками:

Рекомендую обновить PHP до версии 7.3.7 (как минимум), так как последний баг исправленный в этой версии очень похож на ваш за исключением разницы между php-fpm и fastcgi.

lealhost, дак как его альтернативную версию php в панели ISPmanager Lite обновить то?

К сожалению, я не знаю каким образом ваш сервер получает обновления (из каких репозиториев), возможно, на форуме ispsystem подскажут.

Если вы знаете где находится библиотека mysqlnd.so для данной версии PHP, то можете самостоятельно собрать и заменить ее:

Из консоли:

cd /usr/local/src/
wget https://www.php.net/distributions/php-7.3.10.tar.gz
tar -xvf php-7.3.10.tar.gz
cd php-7.3.10
./configure --disable-all --enable-mysqlnd=shared
make -j4
cp ./modules/mysqlnd.so %OUTFILE%

Перед выполнением команды "cp" рекомендую создать копию старого файла mysqlnd.so.

%OUTFILE% - заменить на путь к старому файлу библиотеки.

После этих действия обязательно перезапустить Apache.

Большинство ошибок, с которыми можно столкнуться в момент конфигурирования или компиляции, можно легко решить, воспользовавшись гуглом. :)