Re: Ошибки при использ овании fastcgi

[Igor Sysoev <is@xxxxxxxxxxxxx>]

On Tue, 25 Jan 2005, Andrew Velikoredchanin wrote:

Сделал один скриптик на перле. Выводит просто обычную строку. Запустил на fastcgi сервере в один поток.

Настройки в nginx:

location /fastcgi/test1.pl {
   fastcgi_pass   unix:/tmp/test1.sock;
   fastcgi_root   /usr/local/nginx/html/fastcgi/test1.pl;
}

Запускаю вот такой тест:

./ab -n 1000 -c 100 http://localhost/fastcgi/test1.pl

Сам тест выдает в статистике:

Failed requests:        439
  (Connect: 0, Length: 439, Exceptions: 0)

В логах nginx при этом:

2005/01/25 17:51:59 [error] 19502#0: *21336 writev() failed (107: ) while sending request to upstream, client: 127.0.0.1, URL: /fastcgi/test1.pl, upstream: fastcgi://unix:/tmp/test1.sock:/ 2005/01/25 17:51:59 [error] 19502#0: *21337 writev() failed (107: ) while sending request to upstream, client: 127.0.0.1, URL: /fastcgi/test1.pl, upstream: fastcgi://unix:/tmp/test1.sock:/ 2005/01/25 17:51:59 [error] 19502#0: *21338 writev() failed (107: ) while sending request to upstream, client: 127.0.0.1, URL: /fastcgi/test1.pl, upstream: fastcgi://unix:/tmp/test1.sock:/ 2005/01/25 17:51:59 [error] 19502#0: *21339 writev() failed (107: ) while sending request to upstream, client: 127.0.0.1, URL: /fastcgi/test1.pl, upstream: fastcgi://unix:/tmp/test1.sock:/

Что это значит?

В Линуксе 107 означает ENOTCONN, текст при этом такой:
"Transport endpoint is not connected". Для того, чтобы узнать
почему не выводиться текст, предлагается собрать и запустить вот
такую программку:

-----------
#include <string.h>

int main()
{
    char  s[1024], *e;
    s[0] = '\0';
    e = strerror_r(107, s, 1024);

    printf("s: \"%s\"\n", s);
    printf("e: \"%s\"\n", e);
} 
-----------

Что касается собственно ошибки, то, судя по всему, это происходит, когда
переполняется listen очередь у сокета. FreeBSD в таких случаях для
connect() возвращает ECONNREFUSED, а Линукс - EINPROGRESS, а затем
возвращает в epoll готовность на запись EPOLLOUT и ошибку EPOLLHUP.
Последущий writev() уже возвращает ENOTCONN.

Лечить можно так:
1) увеличить размеры очереди, как для Линукса - точно не скажу;
2) увеличить число процессов у fastcgi;
3) перейти на tcp, оно, возможно, более устойчиво.


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