Спасибо.
А если я настрою gRPC keepalive на сервере, на интервал немного меньше чем
grpc_read_timeout. Это поможет nginx определить что соединение еще живо?
пн, 3 февр. 2020 г. в 18:45, Maxim Dounin <mdou...@mdounin.ru>:
> Hello!
>
> On Mon, Feb 03, 2020 at 06:15:31PM +0300, Aln Kapa wrote:
>
> > Добрый день.
> >
> > На nginx настроено gRPC так
> > server {
> > location / {
> > grpc_pass 127.0.0.1:xxxx;
> > }
> > }
> > Схема такая:
> > message SomeMessage {
> > string test = 1;
> > }
> > service ZoneService {
> > rpc Event (google.protobuf.Empty) returns (stream SomeMessage) {
> > }
> > }
> >
> > Если я запускаю клиента через nginx то получаю такие сообщения:
> > date;./bin/mock/test;date
> > Пн фев 3 17:58:53 MSK 2020
> > MockZone:2020/02/03 17:58:54 ======= TEST OK =========
> > MockZone:2020/02/03 17:59:53 rpc error: code = Internal desc = stream
> > terminated by RST_STREAM with error code: INTERNAL_ERROR
> > Пн фев 3 17:59:53 MSK 2020
> > Если пустить напрямую соединение не рвется.
> > nginx ругается так
> > 2020/02/03 17:59:53 [error] 4285#4285: *13 upstream timed out (110:
> > Connection timed out) while reading upstream
> >
> > Подскажите что подкрутить на nginx, grpc_read_timeout или
> grpc_send_timeout
> > оба сразу?
>
> Проблема в том, что бекенд ничего не возвращает в течении долгого
> времени. Соответственно если это ожидаемое поведение - то крутить
> grpc_read_timeout.
>
> --
> 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
