ПРОЕКТЫ 


  АРХИВ 


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]: 53: Software caused connection abort



IS> А что именно httpready или dataready ?

я пробовал оба. результат одинаковый.

IS> Возможно, Линукс по-другому обрабатывает соединения, закрытые до accept()а:
IS> он может их вообще не передавать приложение, возвращая EAGAIN.

Интересная мысль.
Завтра с утра обязательно напишу небольшой тестик и проверю.




Monday, March 9, 2009, 7:40:39 PM, you wrote:
IS> On Mon, Mar 09, 2009 at 05:11:08PM +0100, Andrew wrote:

>> Добрый день.
>> Стоят два одинаковых сервера, с примерно одинаковой нагрузкой
>> 30-40mbps, один CentOS, другой FreeBSD, на обоих запущен nginx.
>> 
>> Тот, который FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 
>> UTC 2008 i386
>> постоянно выдает в лог сообщения
>> 2009/03/09 22:51:27 [error] 39782#0: accept() failed (53: Software caused 
>> connection abort) while accepting new connection on 0.0.0.0:80
>> 2009/03/09 22:52:12 [error] 39782#0: accept() failed (53: Software caused 
>> connection abort) while accepting new connection on 0.0.0.0:80
>> 2009/03/09 22:52:23 [error] 39782#0: accept() failed (53: Software caused 
>> connection abort) while accepting new connection on 0.0.0.0:80
>> 2009/03/09 22:53:07 [error] 39781#0: accept() failed (53: Software caused 
>> connection abort) while accepting new connection on 0.0.0.0:80
>> 2009/03/09 22:53:30 [error] 39782#0: accept() failed (53: Software caused 
>> connection abort) while accepting new connection on 0.0.0.0:80
>> 
>> Аналогичный сервер на CentOS такого не делает, там таких сообщений нет 
>> вообще.
>> На centos используется defered, на freebsd - httpready/dataready

IS> А что именно httpready или dataready ?

>> worker_processes  4;
>> worker_connections  50000;
>> worker_rlimit_nofile 180000;
>> 
>> serverC# netstat -m
>> 7947/1653/9600 mbufs in use (current/cache/total)
>> 1393/719/2112/25600 mbuf clusters in use (current/cache/total/max)
>> 1393/655 mbuf+clusters out of packet secondary zone in use (current/cache)
>> 6419/964/7383/12800 4k (page size) jumbo clusters in use 
>> (current/cache/total/max)
>> 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
>> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
>> 30448K/5707K/36156K bytes allocated to network (current/cache/total)
>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
>> 0/6/6656 sfbufs in use (current/peak/max)
>> 0 requests for sfbufs denied
>> 0 requests for sfbufs delayed
>> 0 requests for I/O initiated by sendfile
>> 0 calls to protocol drain routines
>> 
>> в /var/log/messages все чисто.
>> 
>> Предполагаю, что дело не в юзерах, который закрывают соединения, так
>> как на других серверах это бы тоже отразилось.
>> Скорее всего что то с настройкой самой freebsd, подскажите пожалуйста
>> что посмотреть.

IS> Возможно, Линукс по-другому обрабатывает соединения, закрытые до accept()а:
IS> он может их вообще не передавать приложение, возвращая EAGAIN.






 




Copyright © Lexa Software, 1996-2009.