ПРОЕКТЫ 


  АРХИВ 


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: Connection reset by peer) while reading response header from upstream



On Sat, Jul 21, 2007 at 06:59:01PM +0400, Siava wrote:

> Igor Sysoev пишет:
> >On Sat, Jul 21, 2007 at 06:14:40PM +0400, Siava wrote:
> >
> >  
> >>Igor Sysoev пишет:
> >>    
> >>>On Sat, Jul 21, 2007 at 05:20:47PM +0400, Siava wrote:
> >>>
> >>> 
> >>>      
> >>>>Уже четвёртый день бьюсь с этой ошибкой, ничего не получается. Всё 
> >>>>равно периодически она возникает:
> >>>>
> >>>>2007/07/21 16:52:55 [error] 15252#0: *347673 recv() failed (104: 
> >>>>Connection reset by peer) while reading response header from upstream
> >>>>
> >>>>Обновил Apache до 2.2.4, nginx до 0.6.4
> >>>>пробовал конфиг менять, буферы, таймауты.. всё зря.
> >>>>   
> >>>>        
> >>>Какая OS ?
> >>>
> >>>      
> >>Linux Slackware 12.0
> >>2.6.22.1, glibc 2.5, gcc 4.1.2
> >>    
> >
> >Тут ничем не помогу. Во FreeBSD можно было бы посмотреть размер
> >listen queue, а в Линуксе, насколько я знаю, такого нет.
> >
> >Кстати, а ведь 2.6.22.1 - это по предсказуемости, как FreeBSD 7.0-CURRENT.
> >Там может быть всё, что угодно.
> >
> >Я помню одно время под Линуксом были проблемы с завершением соединений,
> >наблюдалось как в nginx'е, так и в Апаче (Апачи долго висели в состоянии 
> >R).
> >Они до сих пор наблюдаются или пропали ?
> >
> >
> >  
> Думаю, что тут не в ядре дело. В 2.6.16.48 всё работало на ура.. хотя 
> сложно что-либо думать, так как при обновлении 11 Slackware до 12 очень 
> многое обновилось.

Если посмотреть на
http://kernelnewbies.org/Linux_2_6_22
и
http://kernelnewbies.org/Linux26Changes
то между 2.6.16 и 2.6.22 много изменений в районе networking.

> Жалко, что ничего не сделать, а ведь nginx очень! здорово разгружает 
> Apache, но может я поковыряюсь и что-нибудь сам сделаю.. хотя в данный 
> момент уже ковыряюсь в сторону Fast-CGI :) (почти справился, но никак 
> понять не могу, почему запросы заканчивающиеся на слеш / отрабатываются 
> нормально, а без слеша - 404).

А как выглядит конфигурация ?

> "Висящих" Апачей в состоянии R не видел ни разу даже на стареньком ядре 2.4.
> В Apache 2.0.59 довольно много висело в состоянии S, а в 2.2.4 их стало 
> значительно меньше при тех же параметрах конфигурации.

Это было на недавних (этого и прошлого года) 2.6 и 2.4.


-- 
Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.