ср, 15 авг. 2018 г. в 21:23, Валентин Бартенев <vbart@nginx.com>:

> On Wednesday 15 August 2018 01:24:07 simonovbs wrote:
> > Привет!
> > Когда в конфигурация меняется listen, пример:
> > listen 80; -> listen 127.0.0.1:80;
> > reload перестает работать, при этом
> > # nginx -t
> > nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
> > nginx: configuration file /etc/nginx/nginx.conf test is successful
> > # systemctl reload nginx
> > # tail /var/log/nginx/error.log
> > 2018/08/15 07:55:23 [emerg] 195377#0: bind() to 127.0.0.1:27183 failed
> (98:
> > Address already in use)
> > 2018/08/15 07:55:23 [emerg] 195377#0: bind() to 127.0.0.1:27183 failed
> (98:
> > Address already in use)
> > 2018/08/15 07:55:23 [emerg] 195377#0: bind() to 127.0.0.1:27183 failed
> (98:
> > Address already in use)
> > 2018/08/15 07:55:23 [emerg] 195377#0: bind() to 127.0.0.1:27183 failed
> (98:
> > Address already in use)
> > 2018/08/15 07:55:23 [emerg] 195377#0: bind() to 127.0.0.1:27183 failed
> (98:
> > Address already in use)
> > 2018/08/15 07:55:23 [emerg] 195377#0: still could not bind()
>
> Так работают сокеты в Linux.
>
> См. https://trac.nginx.org/nginx/ticket/1457
>
>
>
> >
> > Логичный выход из ситуации сделать restart. Печально что nginx -t не
> выдает
> > ошибок, в связи с чем вопрос: можно ли как-нибудь идентифицировать
> ситуацию
> > когда reload сломан кроме как по логам?
> >
> > Воспроизвелось на nginx/1.12.2, nginx/1.13.12, CentOS Linux release
> 7.5.1804
> >
>
> У сигналов обратной связи нет, поэтому необходимо всегда смотреть логи.
>


если в лог упала ошибка, можно же как-то сделать, чтобы эту же ошибку
транслировать в код выхода reload-а ?


>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru