NetXMS Support Forum

Только что проверил - работает. Но есть один баг - надо рестартить сервер чтобы новая конфигурация 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

Hi!

All these wx... symbols are coming from various wxWidgets libraries. Ensure that all required wxWidgets libraries are included in project link configuration.

Best regards,
Victor

Quote from: isherim on December 12, 2008, 05:33:49 AM
Хелпик по использованию event forwarding будет небольшой?

Конечно

Во-первых, оба сервера должны знать хосты, для которых пересылаются события. Принимающий сервер определяет, к какому хосту относится события, по IP адресу. При этом на принимающем сервере объект хоста может быть UNMANAGED, если его не требуется активно мониторить, а только принимать события.

На отсылающем сервере:
1. Создать новый action типа "Forward event to other NetXMS server", в поле "Remote NetXMS server" вписать адрес принимающего сервера;
2. В event processing policy для нужных событий добавить этот action.

На принимающем сервере:
1. Выставить параметры EnableISCListener и ReceiveForwardedEvents в 1;
2. рестартовать сервер;
3. Убедится, что есть события с такими-же именами, как будут отсылаться;
4. Убедится, что отсылающий сервер может подключится к принимающему по порту 4702.

Вроде все

What operating system you are using for NetXMS server?

If you are using unlisted operating system, please comment what, if possible.

How many nodes you are monitoring with NetXMS?

What database you are using as backend?