NetXMS Support Forum

Нет, в rootID 0
Источник один, ивенты соотвествуют вроде

Доброго дня
Настроены два EPP для группы хостов и ивентов SYS_AGENT_UNREACHEBLE, SYS_AGENT_UP - скрины прикрепил
По журналу ивентов видно, что с нужной группы генерируются уведомления о недоступности\работоспособности агента, периодически и с нужной для срабатывания уведомления длительностью. Но! EPP на отправку уведомления о недоступности не срабатывает, при этом уведомления о восстановлении коннекта до агента отправляются. В списке сервер-действий нет записей о попытках отправить уведомление о падении агента. При этом если руками на хосте выключить агент, то оба EPP спокойно отрабатывают - ивент-таймер-аларм-уведомление, все ок. Но в условно "пассивном" виде в чат с уведомлениями только UP часть падает, без UNREACHABLE

В таком же шаблоне мониторятся ивенты SYS_NODE_DOWN и SYS_NODE_UP по той же группе хостов и таких проблем там не возникает, все отрабатывает корректно

Что проверить можно?

Адрес репортинг сервера дефолтный 127.0.0.1
users-1.0.0 в ui подтянулся и выполняется. В definitions кстати папки отчетов, что я туда складывал так же имеются, хоть и самих отчетов в ui нет. Получается сами отчеты косячно составлены\скомпилированы.. Можете подсказать ресурс, где была бы инфа как их нормально составлять? Статья, мб видеоурок какой-то
Лог от nxreportd прикрепил, там момент его попытки запуска отчета из первого сообщения

Доброго дня.
Как сейчас работает создание отчетов? В мануале упоминается Jaspersoft, как и по форуму встречается описание как эти отчеты создавать. Я сформировал jar, включил в настройках сервера отчеты, но сервер не опознает подсунутый файл - во вкладке отчетов все так и остается пустым. Превью из макета Jaspersoft при этом с базы инфу нормально собирает
В какую сторону смотреть? -_-

NetXMS Server Version 6.1.0 Build 6.1-421-gc4223f97d4
NXCP: 5.62.1.55 (AES-256, 3DES, AES-128)
Built with: g++ (Ubuntu 13.2.0-23ubuntu4) 13.2.0

Работает, принт отдает нужную инфу.
Как функционируют цепочки параметров?
Вот это имеется ввиду iface.peerNode.name - на сколько глубоко оно может уходить? Пробовал так построить в другом скрипте, постоянно ошибки ловил

Вопрос 2
В какой момент происходит запись информации о peer ноде интерфейса? Я так понимаю в момент SYS_NODE_ADDED этой инфы не существует еще т.к. в обнаруженных нодах оно появляется не сразу, а сия конструкция не добавляет в ивент новых пунктов
peerInfo = [];
for(iface : $node.interfaces)
{
peerIface = iface.peerInterface;
if (peerIface != null)
{
peerIF.append(peerIface.name);
peerN.append(iface.peerNode.name);
$event.addParameter("PeerIface", peerIF.join(", "));
$event.addParameter("PeerNode", peerN.join(", "));
}

}

Не прошло. В теории я бы мог дома развернуть контроллер с одной из точек, проблема в наличии - не поручусь когда будет свободная точка, чтобы я мог ее занять для работ вне конторы

Все еще актуально
Или таковую инфу только с самой базы запрашивать sql запросом?

Вот в таком виде фильтр отрабатывает вроде как корректно.
sub main() {
packageName = $event.getParameter("name");
//trace(0, "From EPP rule " .. typeof(packageName) .. " " .. packageName); //можно логить в серверный лог чтоб разобраться что происходит
if (packageName == null) return false;

packageName = packageName.toLowerCase();

if ((packageName like "*7-zip*") ||
    (packageName like "*adobe reader*") ||
    (packageName like "*средства проверки правописания microsoft*"))
{ 
     return false;
}
trace(0, "From EPP rule " .. typeof(packageName) .. " " .. packageName); //Лог, чтобы видеть разрешенные к алертам записи
return true;
}

Доброго дня!
Пытаюсь выцепить информацию о порте, куда подключен интерфейс ноды - вкладка Interfaces, столбцы Peer Node\Interface\IP. Не получается разобраться как их вообще запросить - класс Interface содержит в себе peerNode и peerInterface, но они оба отдают одинаковую инфу о именно комуте Cisco, куда подключено устройство
for (int : $node.interfaces){
if(int.ifIndex != 1){
macAd = int.macAddr;
iNode = int.peerNode;
println(iNode.ipAddr);
}
}Если же обращаться далее к интерфейсам уже на комуте, на который попадаю, то интерфейсы могут отдать нормально инфу по имени интерфейса, alias, дескрипшену и т.п. но запрос peerNode или peerInterface отдает идентичный ответ на всех интерфейсах. Из UI клиента видно, что сама по себе инфа о интерфейсах на комуте корректная - разные подключения, мак адреса, ip, имена и т.п.
for (int : $node.interfaces){
if(int.ifIndex != 1){
macAd = int.macAddr;
iNode = int.peerNode;
for (ii : iNode.interfaces)
println(ii.peerNode);

}
}Как мне выделить конкретно информацию о порте и адресе коммутатора, куда подключена нода?
Условно

Спасибо, изменил параметры, понаблюдаю.
Таймер активного скана выставлен на 7200
А как оно работает при скане вообще? Радиус 10.6.1.1-10.6.254.254 точно содержит в себе ноды, но большая часть адресов здесь не активны. Проблема как раз в том, что у меня нет информации что активно, а что нет для сужения круга. Может быть проблема в том, что сильно растягивается скан из-за ожидания ответа от ICMP неактивных адресов?

Я скриптом с #3 попытался отфильтровать EPP, которое кучу алармов генерирует при удалении\установке\изменении пакета приложений на ноде - дефолтная EPP 42. Так как бы не пробовал, но алармы проходят фильтр, хотя вроде как не должны
sub main() {
packageName = $event.getParameter("name");
trace(0, "From EPP rule " .. typeof(packageName) .. " " .. packageName); //можно логить в серверный лог чтоб разобраться что происходит
if (packageName == null) return false;
packageName = packageName.toLowerCase();
if ((packageName.contains("7-zip")) ||
    (packageName.contains("adobe reader")) ||
    (packageName.contains("средства проверки правописания microsoft")))
       {
     return false;
}
return true;
} Пакетов там что-то около 60 указано, я сократил текст
Пример события
{
  "id": 181445587,
  "rootId": 0,
  "code": 87,
  "name": "SYS_PACKAGE_INSTALLED",
  "timestamp": 1769740202,
  "originTimestamp": 1769740202,
  "origin": 0,
  "source": 236657,
  "zone": 0,
  "dci": 0,
  "severity": 0,
  "message": "Package Intel(R) ME UninstallLegacy 1.0.1.0 installed",
  "lastAlarmKey": "",
  "lastAlarmMessage": "",
  "tags": null,
  "parameters": [
    {
      "name": "name",
      "value": "Intel(R) ME UninstallLegacy"
    },
    {
      "name": "version",
      "value": "1.0.1.0"
    }
  ]
}В логах вроде как parameter корректно отбирается
2026.01.30 10:22:06.023 *I* [nxsl.trace         ] From EPP rule string Агент администрирования Kaspersky Security Center
2026.01.30 10:22:06.023 *I* [nxsl.trace         ] From EPP rule string LowerCase агент администрирования kaspersky security center
2026.01.30 10:22:09.734 *I* [nxsl.trace         ] From EPP rule string Агент администрирования Kaspersky Security Center
2026.01.30 10:22:09.734 *I* [nxsl.trace         ] From EPP rule string LowerCase агент администрирования kaspersky security center
2026.01.30 10:22:46.525 *I* [nxsl.trace         ] From EPP rule string Агент администрирования Kaspersky Security Center
2026.01.30 10:22:58.159 *I* [nxsl.trace         ] From EPP rule string Microsoft Edge
https://netxms.org/documentation/nxsl-latest/ Тут актуальный док выложен по языку?
Вроде как скрипт подходит, в строчке нужная инфа есть, но сравнение выдает false.
Т.е. условный "2026-01 Обновление для системы безопасности" не содержит в себе "для системы безопасности"?

Скрипт заводится из EPP по событию SYS_NODE_ADDED, опять же на форуме подсказали. С уведомлениями по подсетям я вроде разобрался, сейчас в таком виде
sub main() {

    subnet_dc = $event.subnets;

   

    // Быстрая проверка по ключевым словам

    if(($event.subnets like "*DC*") ||

       ($event.subnets like "*TS*")) {   

        return true;

    }

    return false;

}sub main() {

    subnet = $event.subnets;

   

    // Быстрая проверка по ключевым словам

    if(($event.subnets like "*DC*") ||

       ($event.subnets like "*TS*")) {

        return false;

    }

   

    return true;

}
Вроде как корректно фильтрует по нужным действиям

А он давал такую ошибку, да. Но на линию 2, сейчас там
    subnet = toLowerCase($event.subnets);Собственно в таком виде
sub main() {
    subnet_dc = toLowerCase($event.subnets);
   
    // Быстрая проверка по ключевым словам
    if(subnet_dc.contains("dc") ||
       subnet_dc.contains("ts")) {   
        return true;
    }
    return false;
}Все равно не работает корректно - уведомления продолжают идти в оба топика. Ошибки видел на линию 2 Function not found
Если верить https://netxms.org/documentation/nxsl-latest/#class-event parameterNames существует в виде array - поиск по нему в таком виде вообще возможен? Или я изначально накосячил

Референсом было вот это
sub main() {
    packageName = toLowerCase($alarm.key);
   
    // Быстрая проверка по ключевым словам
    if(packageName.contains("7-zip") ||
       packageName.contains("adobe reader")) {
        nxlog(4, "FILTER: Blocked package - " . $alarm->key);
        return false;
    }
   
    return true;
}Как оказалось по логам - оно так же не работает, жалуясь Function or operation argument is not an object на линию
packageName = toLowerCase($alarm.key);

DBWriter.BackgroundWorkers 10

Как и
DBWriter.DataQueues 10
DBWriter.InsertParallelismDegree 10
DBWriter.UpdateParallelismDegree 10

По ключу DBWriter это все, что менял

Добрый день!
Имеется скрипт
subnets = [];

for (p : $node.parents) if (classof(p) == "Subnet") subnets.append(p.alias);

$event.addParameter("subnets", subnets.join(", "));

return true;Прицепляющий alias подсети к ивенту SYS_NODE_ADDED
В EPP созданы 2 правила на тот же ивент, отличающиеся действием и Filter скриптами
1-ый вроде как должен фильтровать ивенты, где в alias нет dc и ts
sub main() {

    subnet = tolower($event->subnets);

   

    // Быстрая проверка по ключевым словам

    if(contains(subnet, "dc") ||

       contains(subnet, "ts")) {

        nxlog(4, "FILTER: Blocked DC subnet - " . $event->subnets);

        return false;

    }

   

    return true;

}2-ой - где alias содержит dc и ts
sub main() {

    subnet = tolower($event->subnets);

   

    // Быстрая проверка по ключевым словам

    if(contains(subnet, "dc") ||

       contains(subnet, "ts")) {

        return true;

    }

    nxlog(4, "FILTER: Blocked Users subnet - " . $event->subnets);

    return false;

}
Если в ивенте действительно ЕСТЬ dc или ts - приходит 1 ивент в нужный топик. Но если в alias нет dc\ts - алармы сыпятся в оба топика, что на 1-ый фильтр, что на второй
Вот пример такого ивента
{
  "id": 180591103,
  "rootId": 0,
  "code": 1,
  "name": "SYS_NODE_ADDED",
  "timestamp": 1769568582,
  "originTimestamp": 1769568582,
  "origin": 0,
  "source": 1051263,
  "zone": 0,
  "dci": 0,
  "severity": 0,
  "message": "Node added",
  "lastAlarmKey": "",
  "lastAlarmMessage": "",
  "tags": [
    "NewObject"
  ],
  "parameters": [
    {
      "name": "nodeOrigin",
      "value": "1"
    },
    {
      "name": "subnets",
      "value": "KRS_Gaydashovka_UC"
    }
  ]
}Что я сделал не так с этими фильтрами?