ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FastCGI errors: upstream timed out, connection reset by peer



Igor Sysoev wrote:
>> Игорь, не могли бы вы объяснить, в каких случаях выдаются следующие
>> ошибки для FastCGI:
>>
>> 2006/04/21 16:26:57 [error] 10354#0: *4890399 upstream timed out (110:
>> Connection timed out) while sending request to upstream...
>>
>> 2006/04/21 13:57:53 [error] 10356#0: *4609378 recv() failed (104:
>> Connection reset by peer) while reading response header from upstream...
>>
> Сейчас при таймауте при сonnect() nginx выдаёт сообщение про
> "sending request to upstream". В 0.3.42 это будет исправлено.
> Что касается успешного connect() при занятых бэкендах, то это возможно:
> соединения ставяться в очередь в listen queue.

Хмм, т.е. timeout может случиться только тогда, когда listen queue
переполнена? Тогда странно - сейчас посмотрел, в spawn-fcgi.c стоит аж
1024. Откуда же тогда таймауты? или это влияет fastcgi_send_timeout?

> Что касается второго сообщения, то, скорее всего, дело в TIME_WAIT.
> Судя по номерам ошибок, это Линукс. Если бэкенд тоже на Линуксе, то что
> показывает на нём
> 
> cat /proc/sys/net/ipv4/tcp_tw_recycle
> 
> ? Если 0, то нужно поставить 1.

Да, был 0, поправил, спасибо. Этих ошибок (connection reset by peer) в
принципе немного, всего около 10 в сутки, тогда как "upstream timed out"
гораздо больше - около 900 при числе запросов к FastCGI/PHP в среднем
650K в сутки.



 




Copyright © Lexa Software, 1996-2009.