 |
2428.08.2002 19:30:00
Ошибки соединения, обрабатываемые системой мониторинга UpTime.Ru
В настоящем документе мы постарались подробно объяснить какие ошибки и как обрабатывает система мониторинга UpTime.Ru.
Эту статью можно рассматривать как дополнение к описанию принципов работы UpTime.Ru — www.uptime.ru/content.php?what=news&id=10.
Алгоритм работы системы мониторинга можно разбить на 2 этапа:
— установление соединения с сервером;
— посылка контрольного пакета и получение ответа на него.
Первый этап — установление соединения с сервером. Выполняется посредством вызова функции connect(). При этом могут возникать следующие ошибки:
— ETIMEDOUT — Operation timed out — истек таймаут ожидания при попытке установить соединение. Наиболее вероятной причиной возниновения такой ошибки является не функционирование сервера.
— ECONNREFUSED — Connection Refused — сервер отказывается установить соединение. Причиной в большинстве случаев является «падение» web-сервера, установленного на данном хосте.
— ENETRESET — Network Dropped Connection on Reset — соединение прервано сервером сразу после установления.
— EHOSTUNREACH — No Route to Host — нет доступных маршрутизаторов к хосту. Генерируется каким-либо маршрутизатором, через которые проходит пакет. Если маршрутизатор решает, что он этот пакет не может маршрутизировать до пункта назначения, то на connect возвращается эта ошибка. В настоящее время учет этой ошибки при построении рейтингов не производится — www.uptime.ru/content.php?what=news&id=25
Второй этап — посылка тестового пакета и получение ответа от web-сервера, выполняется только при успешном завершении первого этапа. Тестовый пакет посылается с помощбю функции send(), ответ же от сервера принимается функцией recv(). При выполнении этих функций могут возникать следующие ошибки:
— ECONNRESET — Connection Reset by Peer — соединение разорвано сервером. То есть соединение с сервером было установлено, но в ответ на тестовый запрос ничего прислано не было и сервер разорвал соединение. Эта ситуация возможна при большой загрузке тестируемого сервера, когда на нем установлено ограничение на количество одновременных подключений.
— EAGAIN — Resource Temporarily Unavailable — ресурс временно не доступен. То есть соединение с сервером было установлено, но в ответ на контрольный запрос ответа получено не было, так как истек таймаут ожидания…
В данный момент это все ошибки, которые распознаются системой мониторинга.
Уважаемые пользователи системы UpTime.Ru, представители провайдеров, системные администраторы, программисты, пожалуйста высказывайте ваши мнения о работе системы мониторинга в нашем форуме — http://www.uptime.ru/forum/viewtopic.php?t=54. Что по-вашему мнению можно улучшить, изменить или исправить.
Необходимо ли обрабатывать еще какие-либо ошибки соединений. Как лучше реагировать при возникновении той или иной ошибочной ситуации. Нам интересно и важно ваше мнение.
|
|
|
|
