Я тестовый скрипт запускаю с того же сервера, где nginx крутится, и он всегда работает, если запрос идет напрямую на апстрим. Так что больше похоже на то, что проблема где-то в конфигурации nginx :(
Евгений > On 8 Jan 2019, at 21:41, pnz.stalker--- via nginx-ru <nginx-ru@nginx.org> > wrote: > > 08.01.2019 21:29, Eugene Toropov пишет: > > Что значит -3 на вскидку не помню.. Над исходники смотреть. > Есть мнение, что со стороны апстрима стоят лимиты на количество подключений с > 1 IP адреса/keep-alive соединений. > Когда перезапускаете nginx "старые" соединения сбрасываются и пока лимит не > достигнут всё работает. Смотрите логи апстримов. > >> После 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” - это стандартная ошибка коннекта? > _______________________________________________ > 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