NetXMS Support Forum

Не очень понял суть вопроса События обрабатываются как любые другие, через event processing policy. Может быть опишешь одну конкретную задачу, а я напишу как все сконфигурить?

Это баг Как оказалось, 64-bit агенты собраны без поддержки XML. Исправлю и выложу обновленный инсталлер.

Конечно планируется Я думаю что в следующем релизе уже будет.

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 странно - должен бы отработать. Можно увидеть скриншот конфигурации?