NetXMS Forum

мм.... может быть использовать шаблон типа log%date%.log ?
правда указанный тобой формат потребует предварительной обработки...

Виктор, благодарю

@victor said in NetXMS 0.2.27 released:

Hello all!

NetXMS version 0.2.27 is released.

Changes from previous release:

• Added support for SNMP version 3 (without encryption)
• Log monitoring improved
• Built-in scripting language (NXSL) improved
• Various minor improvements
• Fixed issues: #223, #249, #250, #252, #253, #254, #255, #256, #258

Best regards,
Victor

(Извините, что на русском, но англоязычной аудитории судя по всему не интересно то, что интересно нам...)

Прекрасно!
Однако сразу в полный рост встают 2 вопроса:

1. Log monitoring improved - что именно improved? В каком месте и как этим пользоваться?
2. Built-in scripting language (NXSL) improved - опять же интересно, а что же именно изменилось и в чём отличие от предыдущего варианта?
3. Various minor improvements - краткость- сестра таланта, да Это изменения, которые мы не ощутим никоим образом?

Автономная работа Агента была бы ОЧЕНЬ полезна. Я уже просил нечто подобное реализовать...
Можно будет реализовать архитектуру обращений не "Агент с данными"->"Сервер" (как сейчас) а "Сервер за данными"->"Агент с данными" (как например делает SNMP).

И тогда пропадёт проблем невозможности ставить Агента на внешние сервера, для которых сервер NXMS просто не виден.

аа.. вон оно как.. понял

скрипт трансформации (в DCI) для перевода исходных байт в гигабайты:

(int64($1)/1024)/1024)/1024

@victor said in PDH, вопрос и просьба...:

I esche kommentarij - esli DCI na etot counter otrabativaet raz v 30 minut,

минуточку, минуточку... вроде же речь шла о секундах после запятой?

https://www.netxms.org/forum/index.php/topic,88.msg3015.html#msg3015

т.е. -> PDH.CounterValue("\Process(CopyService)\% Processor Time", 30) -> это 2 семпла за 30 секунд.

примерно так:

1. Сделать пару эвентов, например "ИмяПроцесса VMSize ОК" и "ИмяПроцесса VMSize Problem".

2. DCI:

Description: Virtual memory used by process ИмяПроцесса
Data: Process.VMSize(имяпроцесса.exe)
В трэшолды (пороговые значения) добавить кондишены: ИмяПроцесса VMSize Problem - включать если VMSize > гига, если меньше, то откат на "ИмяПроцесса VMSize ОК".

3. Сделать в Реакциях (Action) запись типа: Name: Restart ИмяПроцесса Service \ Type: Execute Action on remote agent \ Remote host: %a \ Action: RezetИмяПроцессаService
4. В Обработке Эвентов (Event processing Policy) в строку обработки для эвентов "ИмяПроцесса VMSize ОК" и "ИмяПроцесса VMSize Problem" в столбец Action выбрать из списка и добавить запись: Restart ИмяПроцесса Service
5. Финальный штрих: в конфиг Агента на нужном сервере добавить строку:

если сервис останавливается сам, корректно:
ActionShellExec = RezetИмяПроцессаService:net stop "Имя процесса"&&net start "Имя процесса"
если сервис НЕ останавливается сам, мы его сначала прибиваем:
ActionShellExec = RezetИмяПроцессаService:taskkill /IM имяпроцесса.exe /F && net stop "Имя процесса"&& net start "Имя процесса"

в принципе тут возможен ещё один вариант: можно сделать только один эвент, "ИмяПроцесса VMSize Max Reached", привязать к нему Action "Restart ИмяПроцесса Service" и в процессе конфигурирования только поставить цапку "Write to Event Log" и не менять Severity с Normal на другое. Тогда если сработает данный Эвент, он не пометит ноду как сбойную и не понадобится двойной обработки состояния.

Если что - помогу комментариями.

Виктор, приветствую!

Всё-таки решил снова написать, так как проблема так и не решилась: время от времени NXMS-сервер (win32) даёт небольшой сбой и не происходит парсинг получаемых от агента значений... По-моему, так.

DCI- сбор данных о размере свободного места на диске win32-сервера (%).

Логика:

Если >15 - "ок"
Если <15 - "важно"
Если <10 - меняем "важно" на "критично"
Если <15 но >10 - меняем "критично" на "важно"
Если >15 - "ок"

Настройки:

Disk.FreePerc(D:)
Less or equal 10.000000 - if TRUE -> DISK_CAPACITY_CRITICAL, if FALSE -> DISK_CAPACITY_WARNING
Less or equal 15.000000 - if TRUE -> DISK_CAPACITY_WARNING, if FALSE -> DISK_CAPACITY_OK

Вот как выглядит правильное сообщение о понижении места:
(я использую вот такое форматирование сообщения)

ВРЕМЯ ВОЗНИКНОВЕНИЯ: 06-Jul-2009 22:55:43
МЕСТО ВОЗНИКНОВЕНИЯ: serv1.mydom.ru[10.200.1.1]
ПАРАМЕТР: Свободное место на диске D (в %) (EXCHANGE):
СТАТУС СОБЫТИЯ: Critical

АХТУНГ: критическое состояние параметра "Свободное место на диске D (в %) (EXCHANGE):"! Текущее значение: 9.920993 (пороговое значение: 10.000000)

А вот как выглядит неправильное сообщение (оно в таком виде записывается и в System Log и по почте шлётся, НЕТ порогового значения и не парсится получаемое):

ВРЕМЯ ВОЗНИКНОВЕНИЯ: 07-Jul-2009 06:55:46
МЕСТО ВОЗНИКНОВЕНИЯ: serv1.mydom.ru[10.200.1.1]
ПАРАМЕТР: Свободное место на диске D (в %) (EXCHANGE):
СТАТУС СОБЫТИЯ: Warning

ПРЕДУПРЕЖДЕНИЕ: рекомендуется проверить состояние параметра "Свободное место на диске D (в %) (EXCHANGE):"! Текущее значение:  (пороговое значение: 0x00000414)

Ошибку можно как-то починить?
И что это вообще такое, 0x00000414?

Вопрос: каунтер Process(имя_процесса)\% Processor Time") это Process.CPUTime(<insert arguments here>)?

У меня не проходит такой запрос: PDH.CounterValue("\Process(CopyService)\% Processor Time"), как значение всё время возвращается "0"...
Как можно собрать загрузку CPU по конкретному процессу?

Приложив голову, понял что тут надо собирать 2 семпла для рассчёта.
Так работает (сам DCI отрабатывает 1 раз в 30 минут, за это время собираются 2 промежуточных семпла): PDH.CounterValue("\Process(CopyService)\% Processor Time", 30)

Просьба: нельзя ли в последующих версиях NXMS в графе "Description" напротив PDH-элементов писать их windows-эквивалент? Тогда и описания на них никакого не нужно будет, и разночтений не будет.

премного благодарен, буду посмотреть ASAP...

мм.. вот кажется то что ты спрашивал...

https://www.netxms.org/forum/index.php/topic,146.0.html

wow
we are really hope you rignt, Victor

Проблема, не проблема...
Решил написать:

Win2008 - x86, NXMS 0.2.26.1

Подключил в Агенте LogWatch. И теперь лог буквально усыпан сообщениями:

LogWatch: Unable to read event log "Application": The event log file has changed between read operations.

Как с этим бороться?

не уверен что понял вопрос правильно... но...

ты хочешь сохранять результаты запросов к OID'ам в базу? а разве они по умолчанию не сохраняются в историю значений DCI?
по сути SNMP DCI ни чем не отличается от стандартного DCI с запросом к Агенту. всё та же механика.

Согласен. NetXMS- один из самых понятных и адекватных систем мониторинга. Всё остальное настолько запутано, что... мда.
Я пользуюсь системой с версии 2.19. И весьма доволен её работой. Есть конечно недочёты, но они в целом картины не портят =).

Жаль только, что в документации по системе напрочь отсутствуют примеры настроек и скриптов =), ну да для этого и существует форум. Понадобилось- спросил. И огромный респект разработчикам за оперативность и оказанную помощь.

я может и не прав, но это по-моему баг и тянется он уже с ооочень давних пор. я смирился и не обращаю внимания.
потому что в целом подсистема SNMP-опросчика работает вполне адекватно.

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

что именно не получается получить? сторонней программой нужный OID и его значение видишь?

Виктор, премного благодарен

Это сочетание должно работать?

Я не могу запустить сервис, он валится, получаю такое в системный лог:

Application popup: nxagentd.exe - Entry Point Not Found : The procedure entry point MiniDumpWriteDump could not be located in the dynamic link library dbghelp.dll. 

потом

Timeout (30000 milliseconds) waiting for the NetXMS Agent service to connect.

потом

The NetXMS Agent service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion.

скрипт к вопросу мониторинга DNS

https://www.netxms.org/forum/index.php/topic,573.msg3047.html#msg3047