Как мы можем создать журналы черного ящика для Nginx?
Chris Gideon от Microsoft дает подробный перечень возможных причин для этой ошибки на его блоге
http://blogs.msdn.com/cgideon/archive/2006/05/24/605454.aspx
Я был бы уверен, что Вам установили это обновление, поскольку одна из возможных причин фиксируется этим
http://support.microsoft.com/default.aspx?scid=kb;EN-US;900929
и кажется, что многие из других возможных причин касаются загрузки ЦП на машине, являющейся слишком высоким и временно вызывающим Sharepoint, чтобы быть безразличными. Можно ли выполнить perfmon и видеть ли, коррелируют ли ошибки к высокому ЦП?
Nginx не похож на Apache - питание Nginx находится в (1) сервере/местоположении, соответствующем и перезаписи URI, (2) запросах проксирования/обработки отказа (к восходящим потокам HTTP/FastCGI) и (3) кэшировании результата. Таким образом, можно столкнуться с настоящими проблемами где-нибудь в этих областях, когда необходимо иметь размеры, как серверная служба отвечает и какой из запросов кэшируется. Я сомневаюсь, что может быть любой универсальный формат "черного ящика" для Nginx, так как он имеет много переменных, и кроме того они являются динамичными (т.е. можно записать значение cookie "Зарегистрированное" и соответствующее состояние кэша к журналу, чтобы видеть, получают ли зарегистрированные пользователи кэшируемое содержание или не),
Тем не менее, очень полезно расширить короткий "объединенный" формат журнала.
Общая информация
Некоторые подсказки на общих переменных:
$uri - URI after rewrites
$args - Query arguments
$realpath_root - Value of "root" for this request
$server_name - the name of server which is processing the request
$connection - the number of connection
Проксирование
Некоторые полезные переменные при проксировании. Эти переменные могут содержать значения serveral: разделенный с , когда восходящие потоки, где спросили в свою очередь и разделенный с : когда X-Accel-Redirect был выпущен:
$upstream_addr - the upstream IPs
$upstream_response_time - the upstream processing times
$upstream_status - the upstream statuses
Кэширование
Одна переменная, полезная для входа кэширующегося состояния:
$upstream_cache_status = MISS | EXPIRED | UPDATING (stale answer used) | STALE (stale answer used) | HIT