502 Bad Gateway в процессе рестарта php5-fpm

Question

[unwrecker]

Есть ли способ заставить nginx ждать какое-то время пока апстрим в дауне, а не выдавать 502 ошибку?

Вот это всё не помогает:

    keepalive_timeout 600;
    send_timeout 600;
    proxy_send_timeout 600;
    proxy_read_timeout 600;
    fastcgi_read_timeout 600;
    proxy_connect_timeout 600;

Answer 1

[Пума Тайланд]

Самый простой способ это юзать два php-fpm на разных портах, обновили код в одной директории, переключили nginx на другой порт и сделали ему reload
А в nginx reload работает без сбрасывания клиентов.
делов настроить минут на 30.

Comments

[unwrecker]

Чудно́, но зато без костылей. Будем считать решением. Спасибо!

Answer 2

[Evengard]

Тут дело не в том, что ждать/не ждать, а что ОС сразу даёт отлуп, поскольку сокет не может приконнектиться — php-fpm порт ещё не забиндил. Так что в общем случае, кроме извращенств с error_page, боюсь что нет

Answer 3

[max_mara]

Как вариант, можно установить кастомную error_page, которая будет автоматически обновлятся через какое-то время.

Answer 4

[gaelpa]

А reload (SIGUSR2) в вашем случае не достаточно?
>> graceful reload of all workers + reload of fpm conf/binary

Comments

[unwrecker]

Как знать…
Процедура обновления сайта сейчас такая:

— из гита ветка экспортируется в новую директорию
— php останавливается
— симлинк на старую директорию стирается
— симлинк на новкю директорию создаётся
— php запускается

Убрав остановку php и заменив запуск на reload можно словить другой глюк — No input file specified

[iStyx]

А зачем вообще перезагружать php-fpm?

[unwrecker]

Кеш сбрасывать

[iStyx]

Какой кэш имеется в виду?

[unwrecker]

В моём случае проблема была в кешировании абсолютного пути к файлам. Симлинк уже указывает на новую директорию, а PHP продолжает лезть за файлами в старую.