Re: апстрим режет запросы?

[Илья Шипицин]

SNI ? Покажите снифер?

On Dec 31, 2017 12:47 AM, "Eugene Toropov"  wrote:

> Добрый вечер,
>
> Всех с наступающим!
>
> Подскажите, пожалуйста, если я strace-ом смотрю что делает nginx воркер и
> вижу
>
> 38935 write(150, "2017/12/30 19:15:54 [error] 38935#0: *487552235 upstream
> prematurely closed connection while reading response header from upstream,
> client: 192.168.42.32, server: gta, request: \"POST /wbsapi/
> RequestListenerServlet?sha=42649b8ba9fed41c1ce788ee35529f
> cc8ffbf92be440ae2148dcec1e487e39c7dadaafaceefd2e59dc478a8bbe
> 83a4b03488002a19cac4ac78dab2ac86637d4b HTTP/1.1\", upstream: \"
> https://213.212.78.37:443/wbsapi/RequestListenerServlet?sha=
> 42649b8ba9fed41c1ce788ee35529fcc8ffbf92be440ae2148dcec1e487e
> 39c7dadaafaceefd2e59dc4"..., 577 
>
> то это по-любому проблема апстрима или все-таки есть шанс бага на моей
> стороне?
>
> Евгений
>
> > On 7 Dec 2017, at 16:25, Eugene Toropov 
> wrote:
> >
> > Добрый день,
> >
> > Ситуация следующая:
> >
> > 1) В error логе куча ошибок вида:
> >
> > 2017/12/07 13:19:32 [error] 44862#0: *11393098096 upstream prematurely
> closed connection while reading response header from upstream, client:
> 192.168.42.32, server: xxx, request: "POST xxx HTTP/1.1", upstream: “",
> host: “xxx:8080"
> >
> > 2) В access логе соотв запросы имеют код ответа 502 и $request_time
> всегда около 4 секунд?
> >
> > Это похоже на то, что апстрим режет запросы rps фильтром?
> >
> > Евгений
> >
> >
>
> ___
> 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

Re: апстрим режет запросы?

[Eugene Toropov]

Добрый вечер,

Всех с наступающим!

Подскажите, пожалуйста, если я strace-ом смотрю что делает nginx воркер и вижу

38935 write(150, "2017/12/30 19:15:54 [error] 38935#0: *487552235 upstream 
prematurely closed connection while reading response header from upstream, 
client: 192.168.42.32, server: gta, request: \"POST 
/wbsapi/RequestListenerServlet?sha=42649b8ba9fed41c1ce788ee35529fcc8ffbf92be440ae2148dcec1e487e39c7dadaafaceefd2e59dc478a8bbe83a4b03488002a19cac4ac78dab2ac86637d4b
 HTTP/1.1\", upstream: 
\"https://213.212.78.37:443/wbsapi/RequestListenerServlet?sha=42649b8ba9fed41c1ce788ee35529fcc8ffbf92be440ae2148dcec1e487e39c7dadaafaceefd2e59dc4;...,
 577 

то это по-любому проблема апстрима или все-таки есть шанс бага на моей стороне?

Евгений

> On 7 Dec 2017, at 16:25, Eugene Toropov  wrote:
> 
> Добрый день,
> 
> Ситуация следующая:
> 
> 1) В error логе куча ошибок вида:
> 
> 2017/12/07 13:19:32 [error] 44862#0: *11393098096 upstream prematurely closed 
> connection while reading response header from upstream, client: 
> 192.168.42.32, server: xxx, request: "POST xxx HTTP/1.1", upstream: “", 
> host: “xxx:8080"
> 
> 2) В access логе соотв запросы имеют код ответа 502 и $request_time всегда 
> около 4 секунд?
> 
> Это похоже на то, что апстрим режет запросы rps фильтром?
> 
> Евгений
> 
> 

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unit-0.3 beta

[Иван]

Здравствуйте!

Я не использую systemd и для меня перечисленное - приложения. Если unit - 
сервер приложений, то, очевидно, он запускает приложения.

С уважением, Иван Прокудин.

В письме от суббота, 30 декабря 2017 г. 4:43:31 MSK пользователь S.A.N 
написал:
> > Как по вашему, firefox - это сервис или приложение?  Можете обосновать
> > почему?
> 
> Я же не ради холивара это писал :)
> Клиентские GUI приложения сервисами сложно назвать, но для меня:
> PHP-FPM - это сервис
> Node.js - это сервис
> Python WSGI - это сервис
> Go Server - это сервис
> 
> Возможно у меня systemd головного мозга, но в вашем конфиге, раздел
> "listeners" я понимаю как директивы для systemd.socket и соответственно
> "applications" у меня ассоциируется с директивами для systemd.service, мне
> так проще унифицировать свои знание и ваше название Unit очень помогает
> сделать связь с unit от systemd.

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unit-0.3 beta

[S.A.N]

> Иными словами сервис - это более узкий термин, определяющий выполняемую
приложением роль.
> Возможно он идеально подходит для systemd, но я бы не стал называть
большинство веб-приложений сервисами.

Я абсолютно согласен с этим определением.
Но хочу обратить внимание что основная цель Systemd в том чтобы сделать из
любого Линукс приложения, работающий Линукс сервис.
Возможно я ошибаюсь, но основная цель Nginx.Unit - сделать из любого бекенд
приложения, работающий веб-сервис, или нет?

Давайте посмотрим что предпологаеться указывать в разделе "applications"

"applications":
{
"blogs": {блог это же веб-сервис},
"wiki": {тоже больше похоже на веб-сервис},
"shopping_cart": {это важный веб-сервис, который можно разбить на
микросервисы},
"chat": {100% веб-сервис}
}

Я как бекенд разработчик мыслю так, я разрабатываю бекенд приложения и мне
нужен Nginx.Unit чтобы сделать из моего бекенд приложения, работающий веб
сервис.

> текущая терминология устраивает в том числе американскую часть компании,
для которой это родной язык, поэтому вероятность одобрения не велика.

Просто им нужно предложить более короткое название Services, которое более
точно отражает основную миссию Nginx.Unit - создавать веб-сервисы из
бекенд-приложений.

В любом случаи, с наступающим НГ!

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,277933,277947#msg-277947

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru