NetXMS Support Forum

хм... только мать..
в таком случае перед покупкой матери рекомендую узнать о её совместимости с SNMP.

up.
прошу помочь разобраться с проблемой.

Виктор, то что я предложил Вами интересно? =)

 

совсем больше никому не нужно?

сервер самосборный чтоли?

Спасибо, работает! =)

Всё прекрасно. Пашет как часы.
Но есть одна заковыка: DELL отдаёт температуру *10 (т.е. выдаёт не 25 градусов, а 250).

Можно ли какнибудь встроенными средствами DCI приводить данную цифру к нормальному виду? Т.е. делить на 10 перед дальнейшей обработкой? Плюс портятся температурные графики: разница на графике между 250 и 240 не так очевидна, как между 25 и 24.

Возможно ли как-то реализовать то, что я прошу? Встроенными средствами?

Hi Victor!

Need more info about this: Data Collection Items -> Data -> Parameter
Exactly - "Status" parameter.

What codes returns this parameter?

Similarly like this?

Quote from: Victor Kirhenshtein
Hello!

System.ServiceState can return the following codes:

0 - service running;
1 - service paused;
2 - service starting (start pending);
3 - service pausing (pause pending);
4 - service starting after pause (continue pending);
5 - service stopping (stop pending);
6 - service stopped;
255 - unable to get current service state.

I have now "code 4" state from few server. And i don't understand what is it means.

Приветствую!

Возникло некоторое непонимание с "ServiceCheck.HTTP".
Действовал согласно 2 части инструкции.

Привожу свою русскую интерпретацию (это не перевод):

QuoteМониторинг web-сервера возможен без добавления его в базу NetXMS как ноды (возможно, предполагается мониторить ресурс: на котором нет клиента NetXMS, который находится вне вашей сети или который находится не в вашем подчинении).

1) Для уже существующего в базе объекта-ноды (это может быть например сам сервер NetXMS) необходимо создать DCI (источник - агент NetXMS):

DCI: ServiceCheck.HTTP(server_ip_address,port,uri,host_header,response)

Замечание: При использовании метода "ServiceCheck.HTTP" невозможно использование URL, обязательно должен использоваться URI (в том числе для запроса к корню сайта), т.е.:

www.google.com - не правильно
www.google.com:/ - правильно

Далее в примерах вместо DNS-имени используется ip-адрес, но суть ограничения от этого не меняется.

Пример использования 1 (запрос к корню web-сервера):
ServiceCheck.HTTP(209.85.135.147,80,/,www.google.com,"^HTTP/1\.[01] 200.*")

Пример использования 2 (запрос к файлу test.html в корне сервера, файл должен существовать!):
ServiceCheck.HTTP(209.85.135.147,80,/test.html,www.google.com,"^HTTP/1\.[01] 200.*")

Пример использования 3 (запрос к файлу test.html в корне сервера, файл должен существовать, ищем на полученной странице слово "maps"):
ServiceCheck.HTTP(209.85.135.147,80,/test.html,www.google.com,"^HTTP/1\.[01] 200.*maps*")

Данный запрос может вернуть несколько значений:

0 - удача (соединение с сервером установлено и получен ожидаемый ответ)
1 - использованы неверные аргументы (в основном если неправильно написан RegExp)
2 - невозможно соединиться с сервером
3 - получен неправильный ответ сервера

Для процессинга ответов DCI, отличных от "0", можно создать threshold'ы.

Для сведения: для использования данного вида опросов на сервере NetXMS (если опрос идёт именно с него) требуется наличие субагента "portchecker". В случае с платформой Windows данный субагент уже присутствует и загружен по умолчанию. В случае с платформой UNIX вам нужно убедиться, что в конфиге агента NetXMS присутствует что-то вроде этого:

SubAgent = /usr/local/lib/libnsm_portCheck.so

А теперь вопрос: при условии что я всё правильно понял (см. мою интерпретацию) у меня в процессе тестирования данного метода мониторинга возникла проблема с обнаружением на странице нужных мне слов.

Тут всё просто: мой web-сервер в процессе работы генерирует статическую страничку со списком пунктов, на которой html-тегами типа <red> и <green> (для пущей наглядности проверяющему) помечаются проблемы в работе сайта, существующие на момент генерации этого статического html-файла. И мне была поставлена задача в автоматическом режиме обнаруживать на этой страничке слово <red> средствами мониторинга NetXMS. Вроде судя по описанию, задачка проста.

Однако не тут-то было. Как я не изгалялся, получить адекватный результат мне так и не удалось. DCI всегда возвращает "0". Всегда, как бы не менялось содержимое проверяемой странички!

Мой DCI:

ServiceCheck.HTTP(10.200.1.100,80,/worktest.html,www.intwww.local,"^HTTP/1\.[01] 200.*red*")

Есть на странице слово "red" - получаю "0".
Нет на странице "red" - тоже получаю "0".

Складывается впечатление, что DCI возвращает не указанные ранее 4 значения, а просто отчёт о состоянии DCI (0 - выполнено успешно). Я ведь правильно понял, что в случае, если DCI не находит искомое слово на странице, я должен получить значение "3" (получен неправильный ответ сервера)?

Или как DCI должна отчитываться, что ответ от сервера отличается от заданного в RegExp'е запроса?

Прошу помочь разобраться с проблемой.

в самом общем случае это зависит от того, кто произвёл твои девайсы.
как показал мой опыт, мониторить можно многое, но не всё.

если ты хочешь мониторить брэндовую технику- тогда тебе повезло, брэнды не только напичкивают свою технику всевозможными сенсорами, но и предоставляю SNMP-доступ к ним (т.е. для них есть MIB-файлы). я таким образом реализовал мониторинг серверов производства DELL & HP. всё прекрасно видится. и температуры, и скорости вращения и прочие параметры.

если у тебя брэндовая техника- пиши. помогу чем смогу.
если noname- тогда твой путь как описано выше:

Quote from: weec on June 27, 2008, 03:51:36 PM
с помошью сторонних утилит (mbmon lm-sensors, ...)

1. Всё так же странно работает или точнее не работает назначение прав пользователям. У всех кроме администратора попрежнему пусто в Object Browser'е. Какие бы права я не давал.

Я один такой? Ктонить ещё с таким сталкивался?

2. Прошу проверить если есть и если нет то внедрить 100% блокиратор наследования шаблонов вниз по иерархии. А то получается что как только я вношу изменение в шаблон, так этот шаблон тут же применяется ко всем объектам внутри контейнера Templates и подисабленные объекты снова включаются. Очень напрягает при большом количестве разнородных DCI.

3. Не нашёл описания, как связать авторизацию в консоли NetXMS с Radius'ом. Прошу помочь. Может где-то обсуждалось но я пропустил...?

1. Добавить в настройку сервера параметр "Продолжительность" (Duration). Это позволит более продвинуто реагировать на тенденции при событиях типа "Счётчик "Х" на сервере "М" зарегистрировал событие "С", это событие повторилось "К" раз (или это событие продолжалось "В" секунд)".

Таким образом, можно будет более аккуратно реагировать на события и отслеживать не единичные срабатывания (например в случае с мониторингом температуры или загруженности процессора, при котором агент часто попадает на случайные пики активности при кратковременной повышенной активности), а реагировать на устойчивую тенденцию (например, в случае с загрузкой процессора это может быть 120 секунд или 2 цикла опроса, каждый по 60 секунд, т.е. если событие регистрировалось в течение 120 секунд или 2 раза в цикле опроса, то необходимо запустить Event и в дальнейшем реагировать согласно Event Processing'у).

2. Я конечно понимаю, что это выглядит как масло масленое, но всё же... Предлагаю в список Supported Agent Parameters добавить возможность локально работать с SNMP-запросами. Зачем? Как мне представляется, это было бы очень удобно с той точки зрения, что если мы, например, мониторим какую-то величину на сервере и ожидаем её повышения/понижения и хотим узнать только о том, что оно выросло/уменьшилось, то родной Агент в данном  случае имеет существенное преимущество: он отошлёт серверу сигнал только в том случае, если событие свершится. Всё остальное время канал сервера чист. А в случае с мониторингом SNMP-агента со стороны сервера мы постоянно имеем процесс "запрос-ответ". И при большом количестве серверов, на которых нужно в высокой точностью (очень небольшой период задержек между опросами) следить за указанной величиной, сервер только и будет заниматься тем, что рассылать SNMP-запросы. А так: событие, отслеживаемое локально агентом NetXMS через SNMP-запросы настало (величина изменилась) - агент NetXMS выслал серверу уведомление.

осмотрел очереди (если я правильно понял о чём была речь).

Server.AverageDCPollerQueueSize = 0 (вся история = 0)
Server.AverageDBWriterQueueSize = значения меняются ... но не регулярно.
Server.AverageDCIQueuingTime = значения постоянно пляшут от 5 до 30.
Server.AverageStatusPollerQueueSize = 0 (вся история = 0)
Server.AverageConfigurationPollerQueueSize = 0 (вся история = 0)

Пока отказался от использования ACPI в пользу мониторинга встроенных датчиков через SNMP. Результаты отличные, мониторю на температуру сервера DELL и HP.

Спасибо большое, Виктор, за понимание и помощь!
Как только закончу решение проблемы мониторинга температур серверов, сразу займусь кластером.

(кстати поздравляю нас всех с победой нашей сборной!)

For Performance tab activation u must have a NXMS agent instaled or remote machine. And it must be configured right.

Are you have it? And what is platform you monitor? Win32 or *NIX?