Я также получаю такую ​​же проблему примерно год назад, я пробовал много вещей, и, наконец, я сделал некоторые из хитов и запускал после чтения документации, и моя проблема исчезла. Сначала необходимо было установить важные вещи:

 FcgidBusyTimeout 300 [default] FcgidBusyScanInterval 120 [default] 

Цель этой директивы – прекратить работу приложений . Может потребоваться увеличение тайм-аута по умолчанию для приложений, которые могут потребовать больше времени для обработки запроса. Поскольку проверка выполняется в интервале, определяемом FcgidBusyScanInterval , обработка запроса может быть продолжена в течение более длительного периода времени

 FcgidProcessLifeTime 3600 [default] 

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

Эта проверка жизненного цикла процесса выполняется на частоте сконфигурированного FcgidIdleScanInterval .

 FcgidZombieScanInterval 3 [seconds default] 

Модуль проверяет завершенные приложения FastCGI на этом интервале. В течение этого периода времени приложение может существовать в таблице процессов как зомби (в Unix).

Примечание. Все приведенные выше варианты уменьшают или увеличивают в зависимости от времени вашего приложения или его потребностей или применяются к конкретному vhost.

Но моя проблема решена с помощью этой опции:

Вышеуказанные параметры изменили мой сервер, но через некоторое время ошибки появляются снова, но ошибка действительно устраняется этим:

  FcgidOutputBufferSize 65536 [default] 

Я изменил его на

  FcgidOutputBufferSize 0 

Это максимальный объем данных ответа, который модуль будет читать из приложения FastCGI, прежде чем очищать данные до клиента. Это мгновенно очистит данные, не дожидаясь 64 Кбайт байт, что действительно помогает мне быстрее очистить процесс.

Другие вопросы, которые я получил

если 500 ошибок исходит из времени Nginx. Исправление:

/etc/nginx/nginx.conf

 keepalive_timeout 125; proxy_read_timeout 125; proxy_connect_timeout 125; fastcgi_read_timeout 125; 

С перерывами я получал ошибку MySQL «MySQL server has away away», которая требовала еще одной настройки: /etc/my.conf

 wait_timeout = 120 

Тогда, только для funsies, я пошел вперед и увеличил свой предел памяти PHP, на всякий случай: /etc/php.ini

 memory_limit = 256M 

Использование SuExec

mod_fastcgi вообще не работает под SuExec на Apache 2.x У меня не было ничего, кроме неприятностей (у него также было много других проблем в нашем тестировании). Реальная причина вашей проблемы – SuExec

В моем случае это был запуск для меня, я начинаю Apache, mod_fcgid порождает ровно 5 процессов для каждого vhost. Теперь, при использовании простого сценария загрузки и отправки файла размером более 4-8 КБ, все эти дочерние процессы сразу уничтожаются для конкретного vhost, на котором был выполнен сценарий.

Возможно, можно сделать отладочную сборку или запустить ведение журнала в mod_fcgid, что может дать ключ.

Я пробовал mod_fastcgi тем временем в течение 1 года, и я тоже могу сказать со многими другими, что SuExec – не что иное, как хлопотное, и работает не гладко вообще, в каждом случае.