я получаю 504 тайм-аута шлюза, когда пытаюсь добраться до своего сервера, небольшая проверка не нашла никаких журналов в журналах php5-fpm, но просто чтобы убедиться, я попытался перезапустить его. когда я пытаюсь перезапустить его:
sudo service php5-fpm restart
я получаю, [fail]
но когда я делаю
sudo service php5-fpm stop
sudo service php5-fpm start
Я не получаю ошибки.
Как я могу исследовать это, если нет журналов? Что я могу сделать?
service php5-fpm start
нет. Спасибо!php-fpm7.0 -F -c /etc/php/7.0/fpm/php-fpm.conf
Стандартная процедура устранения неполадок:
ps aux | grep php-fpm
, затем сделайтеlsof -p $PID | grep log
(опустите grep, если он ничего не показывает).источник
Эта заметка помогла мне: https://bugs.launchpad.net/nginx/+bug/1366651
В моем случае при обновлении до nginx> 1.6.1 параметры, которые передаются в php5-fpm, находятся в fastcgi.conf, а не в fastcgi_params, что приводит к PHP, который всегда возвращает 200 (хорошо), но никогда никакого содержимого, потому что SCRIPT_FILENAME больше не был установлен.
Я надеюсь, что это также помогает кому-то еще.
источник
Для меня проблема была в том, что мой
php-fpm.conf
файл не использовал имя файла конфигурации по умолчанию - он был назван/etc/php5/fpm/php5-fpm.conf
(php5-fpm.conf
vsphp-fpm.conf
)Я переименовал файл conf в
php-fpm.conf
и это решило проблему.источник
Я столкнулся с проблемой отсутствия файлов журналов, а затем заметил, что я обращался к URL-адресу через HTTPS вместо HTTP, и этот протокол не был настроен в Nginx, поэтому PHP5-FPM не получал трафик.
Может помочь кому-нибудь.
источник
Может случиться, что в dist-upgrade Ubuntu пакет php5-fpm будет удален, потому что php 7 использует вместо него php-fpm. попробуйте запустить это на консоли:
Если он не существует, вы, вероятно, уже используете php 7, поэтому установите
который установит версию php7
источник