После nginx reload первые несколько запросов проходят с тестового скрипта через nginx к апстриму, дальше стабильно 502 вот с таким дебаг логом:
2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 posix_memalign: 0000560601D430F0:4096 @16 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 http cleanup add: 0000560601758258 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 get rr peer, try: 8 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 http upstream connect: -3 2019/01/08 18:21:59 [error] 23082#23082: *1842235429 no live upstreams while connecting to upstream, client: 192.168.42.25, server: xxx, request: "POST /xxxxx HTTP/1.1", upstream: “xxxxx", host: “xxxxx" 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 http next upstream, 40000000 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 finalize http upstream request: 502 2019/01/08 18:21:59 [debug] 23082#23082: *1842235429 finalize http proxy request Вопрос по “http upstream connect: -3” - это стандартная ошибка коннекта? Евгений > On 8 Jan 2019, at 21:15, pnz.stalker--- via nginx-ru <nginx-ru@nginx.org> > wrote: > > 08.01.2019 21:01, Eugene Toropov пишет: > >> Тогда получается ситуация, при которой часть запросов файрвол пропускает, а >> часть режет. При чем ночью до 9 утра не режет ничего, а вечером почти все. >> Как nginx определяет, что апстрим живой? Любой статус, отличный от 200? > > Ну как вариант сеть перегружена или ещё какие сетевые проблемы по пути от > нигкса до апстримов. > > В общем в момент проблемы смотреть логи, проверять связность между nginx и > апстримами. Смотреть логи апстримов. Попробовать тестовым скриптом > цепануться с nginx к апстриму > _______________________________________________ > 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
