<![CDATA[Filtering script for rule in Event Processing Policy]]>Здравствуйте!

У меня есть правило в Event Processing Policy для отсылки почтовых сообщений о различных событиях. Требуется не отсылать такие сообщения для интерфейсов "Vi*.*". Есть, как я понимаю, единственный способ - Filtering script для правила. Как его писать?

Никогда этого не делал, подходящей документации тоже не нашел. В http://wiki.netxms.org/wiki/UM:NetXMS_Scripting_Language_(NXSL) описан только синтаксис (да и то не описаны, например, строковые функции: как определить вхождение подстроки в строку?). Но нет описания способов запуска скриптов. В http://wiki.netxms.org/wiki/UM:Event_Processing о написании фильтров тоже ни слова.

Покажите, пожалуйста, рабочий пример.

]]>https://forum.netxms.org/topic/2800/filtering-script-for-rule-in-event-processing-policyRSS for NodeFri, 13 Nov 2026 10:16:11 GMTWed, 18 Dec 2013 04:24:36 GMT60<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Tue, 24 Dec 2013 03:01:22 GMT]]>nxevent + trace - куда прямее?

]]>https://forum.netxms.org/post/12275https://forum.netxms.org/post/12275Tue, 24 Dec 2013 03:01:22 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 09:11:51 GMT]]>Не вижу, чем передача $event и любых объектов вообще из командной строки идет поперек концепции. Это просто более прямой способ отладки скриптов. Похоже, он действительно не востребован из-за того, что скрипты обычно маленькие и отлаживать там особо нечего.

Я ж не с претензиями, я всего лишь вопросы задаю 🙂

]]>https://forum.netxms.org/post/12257https://forum.netxms.org/post/12257Fri, 20 Dec 2013 09:11:51 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 08:33:34 GMT]]>enp, настоятельно рекомендую уже быстрее проникнуться концепцией NetXMS.

Передать $event из командной строки нельзя, но можно сгенерировать событие (из скрипта - PostEvent, из командной строки - утилитой nxevent), на которое среагирует обработчик, в котором есть фильтрующий скрипт.

Создай тестовый объект, тестовое событие, тестовый обработчик, и т.д.

]]>https://forum.netxms.org/post/12255https://forum.netxms.org/post/12255Fri, 20 Dec 2013 08:33:34 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 07:22:56 GMT]]>$ nxscript NetXMS Scripting Host Version 1.2.10 Copyright (c) 2005-2013 Victor Kirhenshtein Usage: nxscript [options] script [arg1 [... argN]] Valid options are: -d Dump compiled script code -e <name> Entry point -r Print script return value

Что такое entry point? Объекты вроде $event в nxscript передать нельзя?

]]>https://forum.netxms.org/post/12249https://forum.netxms.org/post/12249Fri, 20 Dec 2013 07:22:56 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 07:12:03 GMT]]>println выводит данные на консоль, ее имеет смысл использовать либо в тестовых скриптах, которые запускаются из nxscript, либо в скриптах, которые запускаются из дебаг консоли сервера командой exec.

]]>https://forum.netxms.org/post/12246https://forum.netxms.org/post/12246Fri, 20 Dec 2013 07:12:03 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 07:10:20 GMT]]>А куда и в каких случаях выводит данные функция println?

]]>https://forum.netxms.org/post/12245https://forum.netxms.org/post/12245Fri, 20 Dec 2013 07:10:20 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Fri, 20 Dec 2013 07:09:35 GMT]]>Спасибо!

С помощью trace удалось сформулировать правило так:

return !($event->name like "SYS_IF_*" && $event->parameters[2] like "Vi*");

Наверное, это самый правильный вариант.

]]>https://forum.netxms.org/post/12244https://forum.netxms.org/post/12244Fri, 20 Dec 2013 07:09:35 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 14:17:38 GMT]]>Можно вывести в лог, функцией trace. Например так:

trace(0, "$2='" . $2 . "'");

]]>https://forum.netxms.org/post/12227https://forum.netxms.org/post/12227Wed, 18 Dec 2013 14:17:38 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 12:46:18 GMT]]>Просто ваши примеры не работают - такое ощущение, что в $2 попадает совсем не имя интерфейса

]]>https://forum.netxms.org/post/12221https://forum.netxms.org/post/12221Wed, 18 Dec 2013 12:46:18 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 12:45:20 GMT]]>А скрипт может что-либо вывести в лог/консоль? Как это увидеть?

]]>https://forum.netxms.org/post/12220https://forum.netxms.org/post/12220Wed, 18 Dec 2013 12:45:20 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 12:26:39 GMT]]>@enp said in Filtering script for rule in Event Processing Policy:

Спасибо! Я верно понимаю, все возможные параметры к событиям описаны в Configuration -> Event configuration?

да, верно.

@enp said in Filtering script for rule in Event Processing Policy:

И вопрос о запуске скриптов вручную по-прежнему актуален.

Для проверки обработки событий можно исскуственно создавать события при помощи команды nxevent. Например, для отсылки SYS_IF_DOWN команда может выглядеть так:

nxevent -u admin 192.168.64.1 5 101 eth0 10.10.10.2 255.255.255.0 1

]]>https://forum.netxms.org/post/12219https://forum.netxms.org/post/12219Wed, 18 Dec 2013 12:26:39 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 12:01:47 GMT]]>Спасибо! Я верно понимаю, все возможные параметры к событиям описаны в Configuration -> Event configuration?

И вопрос о запуске скриптов вручную по-прежнему актуален.

]]>https://forum.netxms.org/post/12218https://forum.netxms.org/post/12218Wed, 18 Dec 2013 12:01:47 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 11:27:20 GMT]]>Когда-то раньше main() был обязателен, теперь уже нет. Но старая форма все равно поддерживается.

Еще можно использовать регулярные выражения, например так:

return $event->message ~= ".*Interface \"Vi.*";

Ну и если речь идет о событиях SYS_IF_UP и SYS_IF_DOWN, то имя интерфейса передается как параметр номер 2, и можно сравнивать только его (тогда условие не будет зависеть от того, что текст сообщения поменяют в шаблоне):

return $2 like "Vi*";

или

return substr($2, 1, 2) == "Vi";

ну и если в названии могут быть прописные и строчные буквы:

return upper(substr($2, 1, 2)) == "VI";
]]>https://forum.netxms.org/post/12217https://forum.netxms.org/post/12217Wed, 18 Dec 2013 11:27:20 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 10:05:48 GMT]]>Заработал такой вариант:

return !index($event->message,"Interface \"Vi");

С main тоже работает, но зачем нужны лишние 3 строчки - этого я не понял

]]>https://forum.netxms.org/post/12213https://forum.netxms.org/post/12213Wed, 18 Dec 2013 10:05:48 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 06:45:09 GMT]]>Соответствующий объект есть - http://wiki.netxms.org/wiki/NXSL:Event. И чуть раньше было найдено нечто похожее на substring в других языках - http://wiki.netxms.org/wiki/NXSL:index. Очень не хватает ссылок на эти и другие объекты и функции из http://wiki.netxms.org/wiki/UM:NetXMS_Scripting_Language_(NXSL).

Откуда взять объект Event в Filtering script для правила? Пробую так:

sub main()
{
  return !index($1->message,"Interface \"Vi");
}

Все равно не работает.

]]>https://forum.netxms.org/post/12211https://forum.netxms.org/post/12211Wed, 18 Dec 2013 06:45:09 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 04:51:50 GMT]]>Нет, уже видно что не работает. Как правильно получить в NXSL хотя бы текст обрабатываемого события? Может есть возможность получить некий объект события с полями (код, сообщение и т.д.)? Есть ли возможность протестировать скрипт, т.е. запустить его вручную и на вход подать искусственно сформированное событие?

]]>https://forum.netxms.org/post/12210https://forum.netxms.org/post/12210Wed, 18 Dec 2013 04:51:50 GMT<![CDATA[Reply to Filtering script for rule in Event Processing Policy on Wed, 18 Dec 2013 04:36:51 GMT]]>Написал:

sub main()
{
  return !index("%m","Interface \"Vi");
}

Пока понаблюдаю, но написано совершенно по наитию, и уверенности нет. Это положено делать именно так?

]]>https://forum.netxms.org/post/12209https://forum.netxms.org/post/12209Wed, 18 Dec 2013 04:36:51 GMT