<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">ср, 15 авг. 2018 г. в 21:23, Валентин Бартенев <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wednesday 15 August 2018 01:24:07 simonovbs wrote:<br>
> Привет! <br>
> Когда в конфигурация меняется listen, пример:<br>
> listen 80; -> listen <a href="http://127.0.0.1:80" rel="noreferrer" target="_blank">127.0.0.1:80</a>;<br>
> reload перестает работать, при этом <br>
> # nginx -t<br>
> nginx: the configuration file /etc/nginx/nginx.conf syntax is ok<br>
> nginx: configuration file /etc/nginx/nginx.conf test is successful<br>
> # systemctl reload nginx<br>
> # tail /var/log/nginx/error.log<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: bind() to <a href="http://127.0.0.1:27183" rel="noreferrer" target="_blank">127.0.0.1:27183</a> failed (98:<br>
> Address already in use)<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: bind() to <a href="http://127.0.0.1:27183" rel="noreferrer" target="_blank">127.0.0.1:27183</a> failed (98:<br>
> Address already in use)<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: bind() to <a href="http://127.0.0.1:27183" rel="noreferrer" target="_blank">127.0.0.1:27183</a> failed (98:<br>
> Address already in use)<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: bind() to <a href="http://127.0.0.1:27183" rel="noreferrer" target="_blank">127.0.0.1:27183</a> failed (98:<br>
> Address already in use)<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: bind() to <a href="http://127.0.0.1:27183" rel="noreferrer" target="_blank">127.0.0.1:27183</a> failed (98:<br>
> Address already in use)<br>
> 2018/08/15 07:55:23 [emerg] 195377#0: still could not bind()<br>
<br>
Так работают сокеты в Linux.<br>
<br>
См. <a href="https://trac.nginx.org/nginx/ticket/1457" rel="noreferrer" target="_blank">https://trac.nginx.org/nginx/ticket/1457</a><br>
<br>
<br>
<br>
> <br>
> Логичный выход из ситуации сделать restart. Печально что nginx -t не выдает<br>
> ошибок, в связи с чем вопрос: можно ли как-нибудь идентифицировать ситуацию<br>
> когда reload сломан кроме как по логам?<br>
> <br>
> Воспроизвелось на nginx/1.12.2, nginx/1.13.12, CentOS Linux release 7.5.1804<br>
> <br>
<br>
У сигналов обратной связи нет, поэтому необходимо всегда смотреть логи.<br></blockquote><div><br></div><div><br></div><div>если в лог упала ошибка, можно же как-то сделать, чтобы эту же ошибку транслировать в код выхода reload-а ?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
Валентин Бартенев<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div></div>