Назад | Перейти на главную страницу

Icinga HTTP на сервере Apache не возвращает 200 периодически

У меня есть сервер под управлением Apache / 2.2.16 на Debian Lenny. На сервере размещено около 6 хостов. Один из vhosts - это просто полное доменное имя для сервера и не имеет ничего, кроме страницы index.html, которую Icinga проверяет каждые 5 минут. Сейчас сервер обычно находится под умеренной нагрузкой. На нем размещен веб-сайт Joomla с разделом форумов Vbulletin. Он также выполняет некоторые функции ffmpeg для многих видео на сайте. Он остается занятым. Теперь вот кикер. Icinga отслеживает полное доменное имя сервера, а не основные виртуальные хосты, используемые для обслуживания контента. Периодически Icinga будет сообщать о критическом HTTP-коде, я вхожу в icinga и запускаю «get /» через telnet или «siege --get». Здесь происходит забавная вещь, я не получаю ответа от Apache. Нет кода 200, ничего.

Мое первое предположение заключается в том, что Apache заблокирован, поэтому я иду, чтобы поднять другие хосты, размещенные на сервере. Подъезжают нормально, но не без небольшой задержки. Я чешу в затылке и затем пытаюсь найти полное доменное имя, которое Icinga отслеживает в моем браузере, это тоже работает. Затем я проверяю журналы Apache для полного доменного имени vhost, я вижу, что сервер Icinga работает, но минус код ошибки 200. Я просматриваю состояние сервера и замечаю, что в среднем обрабатывается около 60 запросов, из которых более 120.

Я не могу не предположить, что проблема связана с Apache и ограничениями suPHP. В конце концов, я хотел бы пойти с решением modPHP / APC, но пока suPHP - это то, с чем мне нужно работать. Кто-нибудь когда-нибудь видел подобные проблемы с мониторингом Icinga? У кого-нибудь есть рекомендуемая конфигурация Apache mpm_prefork_module? В настоящее время он установлен на:

ServerLimit          512
StartServers          20
MinSpareServers       20
MaxSpareServers      40
MaxClients          512
MaxRequestsPerChild   0

Любое понимание или перспектива приветствуются.

Кроме того, исправление заключается в том, чтобы просто периодически перезапускать apache cron, это работает, но я уверен, что пользователи раздражаются на сайте.