ПРОЕКТЫ 


  АРХИВ 


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[2]: Nginx + fcgi-php



Hello Igor,

Wednesday, December 12, 2007, 10:28:05 AM, you wrote:

> On Wed, Dec 12, 2007 at 10:10:50AM +0300, Alexey Kalinnikov wrote:

>> Hello Alexey,
>> 
>> В том то и проблема, что с апстримами с виду все в порядке.
>> 
>> Ошибок в скриптах нет.
>> Загрузки практически никакой тоже нет.(не более 20-25%).
>> Памяти более чем достаточно.
>> 
>> Сейчас присмотрелся и разглядел вот такое - видимо это и есть причина.
>> Теперь надо понять откуда эта радость наросла....
>> 
>> Dec 12 08:33:56 tenneta kernel: php-cgi[25393]: segfault at 489cb978 eip 
>> 082948f6 esp bfe28fb0 error 4
>> Dec 12 08:33:58 tenneta kernel: php-cgi[20396]: segfault at 087e188c eip 
>> 082946c5 esp bfe28fb0 error 4
>> Dec 12 08:46:11 tenneta kernel: php-cgi[29395]: segfault at 78ec0308 eip 
>> 0829470d esp bfe28fb0 error 4

> А вот это уже интересно, нужно смотреть, что в логах nginx'а соответствует
> этим временам.

> По идее, там должно быть

> upstream prematurely closed connection

> но если там

> readv() failed (104: Connection reset by peer)

> то это значит, что Линукс стал закрывать такие соединения с RST.

Да так и есть. Ошибки взаимосвязанны

Dec 12 20:34:30 kernel: php-cgi[21387]: segfault at 0000000c eip 08294a87 esp 
bfe28fb0 error 4
Dec 12 20:34:36 kernel: php-cgi[21519]: segfault at 0000000c eip 08294a87 esp 
bfe28fb0 error 4
Dec 12 20:34:36 kernel: php-cgi[21547]: segfault at 4cd99fd0 eip 0829470d esp 
bfe28fb0 error 4
Dec 12 20:34:39 kernel: php-cgi[21419]: segfault at 7287ab90 eip 0829470d esp 
bfe28fb0 error 4
Dec 12 20:34:42 kernel: php-cgi[21399]: segfault at 6dda4014 eip 0829470d esp 
bfe28fb0 error 4


2007/12/12 20:34:30 [error] 2012#0: *1613828 readv() failed (104: Connection 
reset by peer) while reading upstream, client: 
2007/12/12 20:34:36 [error] 2014#0: *1544797 readv() failed (104: Connection 
reset by peer) while reading upstream, client: 
2007/12/12 20:34:36 [error] 2012#0: *1633086 readv() failed (104: Connection 
reset by peer) while reading upstream, client: 
2007/12/12 20:34:39 [error] 2013#0: *1642901 readv() failed (104: Connection 
reset by peer) while reading upstream, client: 
2007/12/12 20:34:42 [error] 2013#0: *1645220 readv() failed (104: Connection 
reset by peer) while reading upstream, client: 

Есть какие то соображения?


>> ядро 2.6.22
>> 
>> 
>> Wednesday, December 12, 2007, 2:31:05 AM, you wrote:
>> 
>> > если я правильно перевёл и понял, клиент устаёт ждать ответа от нгинх-
>> > а, пока нгинх ждёт ответа от апстрима (от бекендов)
>> > конфиги, описание чего и как там задумано и тд и тп
>> > проверяй апстрим-ы
>> > для начала
>> 
>> > On 12.12.2007, at 2:17, Tenneta wrote:
>> 
>> >> После переезда на новый сервак столкнулся с проблемой.
>> >> Вроде все работает но лог засыпан ошибками вида
>> >>
>> >> 2007/12/12 01:23:05 [error] 5111#0: *291750 readv() failed (104:
>> >> Connection reset by peer) while reading upstream, client:
>> >> 88.200.229.36, server: xxxx.ru,  <..skipped...>
>> >>
>> >> На старом серваке такого не наблюдалось и все было в порядке.
>> >>
>> >> Я пытался искать что может вызывать "readv() failed" но в архиве  
>> >> рассылки
>> >> даже намеков не нашел :(
>> >>
>> >> nginx 0.5.26
>> >>
>> Best regards,
>>  Alexey                            mailto:alexej@xxxxxxxxxx
>> 
>> 







 




Copyright © Lexa Software, 1996-2009.