error 408

[Igor Sysoev]

On Thu, 30 Dec 2004, Yevgeniy Kruglov wrote:

> >> А  по  какой  причине  nginx  может  давать некоторое количество 408? Причем это
> >> случается  только  с Opera или FF, с MSIE не замечено ни разу. Ошибки появляются
> >> как на контенте, отдаваемом самим nginx, так и с backend.
> IS> 408 - это client timed out. Эта ошибка пишется в лог, если таймаут произoшёл
> IS> при чтении запроса или его тела от клиента. Причём, если в логе есть
> IS> User-Agent, то таймаут уже после чтения этого заголовка.
>
> Все чуть-чуть сложнее. Клиент просит страницу, в ответ тишина. Если долго ждать,
> сервер  пишет  в  лог  и в браузер клиенту 408. Останавливают запрос - 408 в лог
> пишется  сразу.  Повторный  запрос  проходит  без проблем. Если бы посетители не
> видели ошибки, никто бы не стал искать ее в логах (1 штука на 10-15К хитов).
>
> IS> Почему нет MSIE, не знаю. Возможно, он попадает в записи без User-Agent.
>
> Кроме  того,  при тестировании с MSIE не удалось воспроизвести ситуацию. Опера -
> получается.  Что удалось выяснить - некоторые посетителей сайта, что видели 408,
> ходят  в  и-нет  через  squid.  Повторить пока получилось только через https, от
> tcpdump пользы не будет.

Нужно собрать nginx так: ./configure ... --with-debug. Большого оверхеда это
не добавит, у меня на всех продакнш серверах nginx собран так. После этого
можно писать error_log кучу отладочной информации двумя способами:

1) error_log   file   debug;

error_log можно задать на глобальном уровне, на уровне http, server и location.
Поэтому можно задать отладку только на определённом location, а для всего
остального вести лог, например, на уровне notice.

2) В разделе events {} записать ip-адреса, для которых нужно вести
отладочный лог:

events {
    ...
    debug_connection  192.168.10.1;
    debug_connection  192.168.10.5;
    ...
}

В этом случае отладка будет вестись только для указанных адресов во всех
возможных error_log'ах, независимо от того, какой уровень лога задан.


Кстати, еще об отладке. В nginx есть несколько мест, где в принципе
могут возникнуть ошибки. В этом случае в лог пишется alert. Например,
alert, содержащий фразу "zero buf size". Такие alert'ы говорят о том,
что в nginx есть ошибка и её неплохо бы исправить. Для таких случаев
в основном разделе предусмотрена директива

debug_points  [abort|stop];

По умолчанию debug_points выключены. abort вызывает в таких cтранных
местах корку по сигналу ABORT, а stop останавливает процесс сигналом STOP и
к нему можно подключиться отладчиком. В принципе, мне достаточно abort,
и этот вариант безопаснее, так как в случае abort основной процесс
запустит новый рабочий процесс, а в случае stop - нет, и может случиться
ситуация, когда все рабочие процессы будут остановлены и обрабатывать
запросы будет некому.

Для исследования корки нужно, чтобы nginx был собран с отладочной информацией.
Это не то же самое, что и --with-debug. Если собирать nginx руками, то
отладочная информация добавляется всегда, однако, если nginx установлен,
например, из портов FreeBSD, то там она удаляется при установке командой
install ... -s.


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