On Wed, Oct 17, 2018, 6:25 PM Maxim Dounin <mdou...@mdounin.ru> wrote:
> Hello! > > On Wed, Oct 17, 2018 at 05:12:31PM +0500, Илья Шипицин wrote: > > > привет! > > > > беру стоковый 1.15.5 > > вот такой конфиг > > > > upstream root-upstream { > > server 127.0.0.1:999 fail_timeout=30000ms; > > } > > > > > > server { > > listen 80; > > server_name localhost; > > > > location / { > > proxy_pass http://root-upstream; > > } > > > > } > > > > и, собственно, вот > > > > [root@localhost]# nginx -t > > nginx: [emerg] invalid parameter "fail_timeout=30000ms" in > > /etc/nginx/conf.d/default.conf:2 > > nginx: configuration file /etc/nginx/nginx.conf test failed > > [root@localhost]# > > > > в документации сказано, что так можно > > Параметр fail_timeout принимает время в секундах, поэтому так нельзя. > документацию поправите ? > > У меня валяется старый патч, меняющий таймауты на миллисекундные, > но в нём есть вот такой комментарий: > нафиг такие спецэффекты )) думаю, никто не обидится, если fail_timeout нельзя указать в миллисекундах > > There is a problem: if an error happens and peer->fails (failed, > checked) are set in ngx_http_upstream_free_round_robin_peer(), we > are not guaranteed to see the peer again in a reasonable time. If > more than 24 days passes, the "now - peer->checked <= peer->fail_timeout" > check in ngx_http_upstream_get_peer() will be incorrect on 32-bit > platforms. > > -- > Maxim Dounin > http://mdounin.ru/ > _______________________________________________ > 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