ПРОЕКТЫ 


  АРХИВ 


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: 11: Resource temporarily unavailable



Вы пробовали увеличивать backlog у джанги, а не nginx, правильно?
Потому что переполняется он именно на бекенде.

Что значит 11: Resource temporarily unavailable при работе с UNIX
сокетами под Linux:
http://stackoverflow.com/questions/5737493/sendto-resource-temporarily-unavailable-errno-11

Какое отношение это имеет к nginx:
http://forum.nginx.org/read.php?3,97959,page=2
http://www.lexa.ru/nginx-ru/msg18577.html

Что поможет:
1) увелечить backlog или количество воркеров или количество машин бекенда
2) подключаться к бекенду по TCP. Тогда вместо ошибки сразу, nginx
будет ждать fastcgi_connect_timeout секунд и только потом будет 502.
3) найти проблему в бекенде и починить её. Проблем может быть две:
 - (невероятная) либо бекенд считает слишком много математики
(например, вычисляете пи до миллионного знака или рендерите чудовищной
сложности шаблоны) - тогда нужно увеличивать количество процессов
бекенда на каждой машине вплоть до количества ядер * 1.1..1.5
 - (скорее всего) либо бекенд долго ждёт ответа от других сервисов по
сети. Скорее всего - от базы. С помощью вот этого кода (
http://temoto.ru/sql-stat.html ) можно выяснить какие запросы
повторяются лишний раз. А с помощью вот этого (
http://temoto.ru/sql-trace.html ) можно выяснить какие модули/функции
вызывают самые частые запросы. Кроме того, для жанги есть
debug-toolbar, который позволяет посмотреть список запросов, которые
были использованы при генерации страницы и для каждого из этих
запросов посмотреть EXPLAIN. Общее правило примерно такое, что если в
запросе есть group by или count(*) или нет where - должен сработать
звоночек - потенциальная проблема.

2011/11/5 idle <nginx-forum@xxxxxxxx>:
> Гугл я читал. Бэклог пробовал,
> безуспешно.
> Я пытаюсь механизм понять, как я уже
> написал я не уверен что это вина nginx.
>
> Posted at Nginx Forum: 
> http://forum.nginx.org/read.php?21,217836,217840#msg-217840
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.