NetXMS Support Forum

Corrupted DB schema can only be in fresh 0.2.23 installs. if you was upgrading from 0.2.22, you are not affected by this bug.

Best regards,
Victor

Ja objazatel'no sdelaju, chtobi izmenenija vstupali v silu. Zapisal eto kak bug v bugtracker, tak cho nadejus' ne zabudu
Esli patch budet ne ochen' mashtabnij, to vilozu zdes' faili, kotorie neobhodimo budet pomenjat'.

Soobschenie pri pustom parsere - toze bug, no uze kosmeticheskij. Prosto pri sozdanii parsera ne delaetsja razlichij mezdu pustoj konfiguraciej (chto normal'no), i oshibkoj v xml'e.

Da, esche odin bug Esli server na UNIX'e, to mozno zamenit' syslogd.cpp na prilozennij i peresobrat' - dolzno projti. Esli na Windows, to ja peresoberu binarnik i prishlju.

Some additional comments:

Nagios plugin API is very simple - basically, plugin is an executable which return code indicates status of tested service (0 = OK, 1 = WARNING, 2 = CRITICAL, 3 = UNKNOWN), and one or more lines of text. So, you can run any nagios plugin from NetXMS agent as external parameter, and get either status code or first line of text output. For example, to get status code, add following line to nxagentd.conf:


ExternalParameter = NagiosTest1:nagios_plugin > /dev/null ; echo $?


and for capturing first line of plugin's text output simply


ExternalParameter = NagiosTest2:nagios_plugin


Best regards,
Victor

да.

Только что проверил - работает. Но есть один баг - надо рестартить сервер чтобы новая конфигурация syslog-parser'a вступила в силу.

Ну, DISK_CAPACITY_WARNING действительно стоит как rearm событие для первого threshold'a - это неправильно. Ну или надо учитывать, что у него параметры другие. Есть ведь второй threshold - там он стоит как activation событие - там он пускай и срабатывает.

Кстати, еще почему плохо использовать rearm event - например, значения изменяются так: 5000 1500 4000. На втором значении threshold сработает и пошлет DISK_CAPACITY_CRITICAL. На 3 - выключится, и пошлет DISK_CAPACITY_WARNING - поскольку это его rearm событие - но хотелось то warning получить только если значения меньше 3000!

Т.е. правильный вариант - генерировать DISK_CAPACITY_WARNING только во втором threshold'e, и на оба поставить одинаковый rearm event.

Кстати, в релизе появилась возможность делать контексты для правил (проверка match только если какое-то другое правило уже выполнилось) - если это интересно, я напишу как настраивать.

Да, ошибка в XML. Я сам тоже почему-то не сразу заметил, хотя несколько раз в этот скриншот смотрел Пропущен уровень <rules> - правильный XML должен выглядеть так:

<parser>
   <rules>
      <rule>
          <match>error</match>
          <event>SYSLOG_ERROR</event>
      </rule>
   </rules>
</parser>

Is this what you asking for? - https://www.netxms.org/forum/index.php/topic,21.0.html

Best regards,
Victor

Yes, it's a bug - column use_ifxtable missing from schema. This bug affects only fresh installs, not upgrades from 0.2.22. We will publish new release with this bug fixed today.

Best regards,
Victor

А что значит

Quote from: Anth0ny on December 15, 2008, 12:03:09 PM
1) если MB < 1000 = Critical -> иначе Warning
2) если MB < 2000 = Warning -> иначе Normal

?

В явном виде такого нет. Я так понимаю что используется rearm событие? Тогда все понятно - rearm события используют другой набор параметров (см. SYS_THRESHOLD_REARMED), поэтому и получаются странные тексты при подстановке.

Насчет второго threshold'a странно - должен бы отработать. Можно увидеть скриншот конфигурации?

Как-то я пропустил этот пост, прошу прощения А релиз 0.2.23 так-же себя ведет? Еслт да, пришли пожалуйста оригинальную строку из syslog'a, которая должна создавать событие.

Here it is: change log in Russian.

- Реализована пересылка событий между NetXMS серверами
- Добавлен новый субагент LOGWATCh для мониторинга логов
- Реализовам мониторинг syslog сообщений, приходящих на встрокнный syslog-сервер
- Новый параметр в конфигурации агента: WaitForProcess
- Для условия порогового значения "last value" можно задавать количество опросов, в течении которых условие должно выполниться
- Реализована функция удаления собранных данных DCI
- Улучшен механизм импорта.экспорта шаблонов и событий (management packs)
- Добавлена возможность включать или выключать использование ifXTable для получения имен интерфейсов
- В NXSL добавлен аттрибут "status" к объекту узла
- Реализована повторная отсылка -t-mail'ов при ошибке
- Улучшена процедура проверки базы (nxdbmgr check)
- В Windows консоли:
    - Графики теперь могут отображать негативные значения
    - Реализовоно редактирование предопределенных графиков
    - Реализованы функции вырезания, копирования и вставки (cut/copy/paste) в редакторе event processing policy
- Появился Java API
- Закрыты зарегистрированные проблемы: #31, #74, #146, #218, #228, #235, #236, #237, #238

Best regards,
Victor

Hi!

all these functions located in C file generated by flex. Ensure that you have included it into project.

Best regards,
Victor