Сброс соединения пиром: mod_fcgid: ошибка чтения данных с сервера FastCGI

Мне удалось решить эту проблему, добавив FcgidBusyTimeout. На всякий случай, если у кого-то есть аналогичная проблема со мной.

Вот мои настройки в моем apache.conf:

<VirtualHost *:80>
.......
<IfModule mod_fcgid.c>
FcgidBusyTimeout 3600
</IfModule>
</VirtualHost>

У меня были очень похожие ошибки в файлах журнала Apache2:

(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
Premature end of script headers: phpinfo.php

После проверки сценариев-оболочек и настроек Apache2 я понял, что /var/www/ не имеет соответствующих разрешений. Таким образом, скрипты FCGId Wrapper вообще не могли быть прочитаны.

ls -la /var/www
drwxrws---  5 www-data     www-data     4096 Oct  7 11:17 .

Для моего сценария, конечно, требовался chmod -o+rx /var/www, поскольку используемые пользователи SuExec не являются членами группы пользователей www-data - и, конечно, они не должны быть членами по соображениям безопасности.

если вы хотите установить версию PHP ‹ 5.3.0, вы должны заменить

--enable-cgi

с участием:

--enable-fastcgi

в вашем заявлении ./configure выдержка из документа php.net:

--enable-fastcgi

Если это включено, модуль CGI будет также создан с поддержкой FastCGI. Доступно с PHP 4.3.0

Начиная с PHP 5.3.0, этот аргумент больше не существует и вместо этого включается --enable-cgi. После компиляции ./php-cgi -v должен выглядеть так:

PHP 5.2.17 (cgi-fcgi) (built: Jul  9 2013 18:28:12)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

УВЕДОМЛЕНИЕ (cgi-fcgi)

У меня была эта проблема, и я понял, что файл cgi-bin/php-fcgi не имеет прав на выполнение.

У него был режим 644, а должен быть режим 755.

Установить правильный режим было невозможно (возможно, потому что файл был открыт или что-то в этом роде), поэтому я скопировал этот файл из другого каталога домена, где у него уже были установлены соответствующие права, и это все исправило.

У меня была такая же проблема с другим и простым решением.

Проблема

Я установил PHP 5.6, следуя принятому ответу на этот вопрос в Ask Ubuntu. После использования Virtualmin для переключения определенного виртуального сервера с PHP 5.5 на PHP 5.6 я получил 500 Internal Server Error и имел те же записи в журнале ошибок apache:

[Tue Jul 03 16:15:22.131051 2018] [fcgid:warn] [pid 24262] (104)Connection reset by peer: [client 10.20.30.40:23700] mod_fcgid: error reading data from FastCGI server
[Tue Jul 03 16:15:22.131101 2018] [core:error] [pid 24262] [client 10.20.30.40:23700] End of script output before headers: index.php

Знаменитый скрипт Moodle "replace.php" тоже может генерировать эту ситуацию. Для меня потребовались годы для запуска, а затем произошел сбой с сообщением 500 в браузере, а также с приведенным выше сообщением об ошибке в моем файле журнала ошибок apache.

Я продолжил ответ @james-wise: FcgidBusy читабельно описано в документация Apache< /а>. Я попробовал это: удвоил количество времени, которое apache даст моему скрипту для запуска, вставив следующую строку в /etc/apache2/mods-available/fcgid.conf

FcgidBusyTimeout 600

Я столкнулся с этим во время отладки ошибки, связанной с virtualmin/apache.

В моем случае я запускаю virtualmin, и в моей виртуальной машине php.ini safe_mode=On.

В журнале ошибок моей виртуальной машины я получал сброс соединения fcgi пиром: mod_fcgid: ошибка чтения данных с сервера FastCGI

В моем основном журнале ошибок apache я получал: Неустранимая ошибка PHP: директива «safe_mode» больше не доступна в PHP в неизвестном в строке 0

В моем случае я просто установил safe_mode = Off в моем php.ini и перезапустил apache.

stackoverflow.com/questions/18683177/где-начать-с-устаревшей-директивой-безопасный-режим-на-линии-0-в-апаче-ошибка

Не в случае этого вопроса, но часто:

Что означает ошибка "преждевременный конец заголовков сценария"?

Эта ошибка означает, что вызов FCGI был неожиданно завершен.

В некоторых случаях это означает, что произошел сбой скрипта «backup.php».

Как это исправить?

Если причиной был сбой скрипта, исправьте скрипт, чтобы он не сбой. Тогда и эта ошибка будет исправлена. Чтобы выяснить, если и почему происходит сбой скрипта, необходимо отладить его. Например, вы можете проверить журнал ошибок PHP. Ошибки, зарегистрированные в STDERR, обычно попадают в обработчик ошибок FCGI.

У меня была такая же проблема с длительными скриптами с сообщениями об ошибках «Преждевременное завершение заголовков скриптов: index.php» и «Сброс соединения одноранговым узлом: mod_fcgid: ошибка чтения данных с сервера FastCGI» в error_log. После нескольких часов тестирования это помогло мне (CentOS 6, PHP-FPM 7, Plesk 12.5.30):

отредактируйте файл конфигурации:

/etc/httpd/conf.d/fcgid.conf

Установите большее время работы. В моем случае 600 секунд

создайте новую запись:

FcgidBusyTimeout 600

адаптировать следующие записи:

FcgidIOTimeout 600

Фкгидконнекттимеаут 600

перезапустить httpd:

перезапуск службы httpd

В выпусках CentOS suexec скомпилирован для работы только в /var/www. Если вы попытаетесь установить DocumentRoot в другом месте, вам придется перекомпилировать его - ошибка в журнале apache: (104) Сброс соединения пиром: mod_fcgid: ошибка чтения данных с сервера FastCGI Преждевременный конец заголовков скрипта: php5.fcgi

Просто установите php5-cgi в Debian

sudo apt-get install php5-cgi

в Сентос

sudo yum install php5-cgi

Проверьте /var/lib/php/session и его разрешения. Этот каталог должен быть доступен для записи пользователем, чтобы сеанс мог быть сохранен.

Как уже упоминалось, это может происходить из-за проблем с разрешениями обработчика fcgi. Если вы используете suexec - не забудьте проверить, включен ли в apache этот модуль.

Я увеличил максимальное время выполнения до 600 секунд. Работа выполнена!

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

https://help.dreamhost.com/hc/en-us/articles/216540488-Why-did-procwatch-kill-processes-on-my-Shared-serv

С учетом увеличения памяти вопросы пошли. Я думаю, что плагин резервного копирования Updraft на WordPress, возможно, слишком усердствовал в своих обязанностях/настройках.

В моем случае я использовал собственное расширение для своих файлов PHP, и мне пришлось отредактировать /etc/apache2/conf-available/php7.2-fpm.conf и добавить следующий код:

    <FilesMatch ".+\.YOUR_CUSTOM_EXTENSION$">
        SetHandler "proxy:unix:/run/php/php7.2-fpm.sock|fcgi://localhost"
    </FilesMatch>

Я пробовал большинство ответов, которые я нашел по этому вопросу. Моя проблема заключалась в том, что wp-cron.php выполнял определенную функцию.

Я работаю над Plesk CentOS7, сервером Apache.

Я использовал этот связанный вопрос и предлагаемый ответ, чтобы помочь мне узнать, как настроить ограничение памяти fcgid.conf с помощью командной строки.

При попытке устранить ограничения в файле fcgid.conf (/etc/httpd/conf.d/fcgid.conf) и изящном перезапуске apache я обнаружил, что изменений нет.

Увидев, что другие задания cron выполняются правильно, я решил вернуться к своей функции, объявленной в functions.php, и обнаружил, что некоторые из объявленных аргументов не были указаны должным образом, поэтому возник цикл, который в конечном итоге привел к тайм-ауту.

После исправления этого и повторного запуска cron все заработало как надо.

Надеюсь, это поможет кому-то еще в аналогичном положении!

У меня такая же проблема (с установленным Plesk 12). Однако, когда я переключился с выполнения PHP как FastCGI на модуль Apache, веб-сайт заработал.

Проверил мой журнал suexec:

$ cd /var/log/apache2/
$ less suexec.log

Когда вы найдете что-то вроде этого:

[2015-03-22 10:49:00]: directory is writable by others: (/var/www/cgi-bin/cgi_wrapper)
[2015-03-22 10:49:05]: uid: (10004/gb) gid: (1005/1005) cmd: cgi_wrapper

попробуйте эти команды

$ chown root:root /var/www/cgi-bin/cgi_wrapper
$ chmod 755 /var/www/cgi-bin/cgi_wrapper
$ shutdown -r now

как корень.

Я надеюсь, что это может помочь вам.