Добавье DCI на этих фантомных  нодах:   Origin=Internal   Name=Dummy   Transformation script="return 0;"   Other options->включить "Use this DCI for node status calculation"

Спасибо за ответ. Попробую сделать дополнительную проверку по 1му варианту.

Урра!!! Благодарю!!! После запуска синхронизации пользователи отобразились!

В wheezy тоже нет. последний: netxms-base/wheezy,now 2.0.5-1 amd64 [installed]   NetXMS core libraries

Добрый день. Проблема с получением таблицы мак адресов с коммутаторов CISCO, пробовал на 3750 и 4948. Вывод после опроса пустой. Поиск по форуму, привел в тему от 13 года с описанием проблемы и отсутствием ее решения в старой версии программы. Для версии 2.0.6 есть решение?

Поправил ваш скрипт с помощью Виктора, для того чтобы полностью получать Unique ID. nodeid = "0x" . right(d2x($node->id), 8, "0"); key = "IF_UNEXP_UP_".nodeid."_".$event->parameters[1]; trace(0, "Checking key ".key); if (FindAlarmByKey(key) == null) { trace(0, "key " .key." Not found. disable event rule"); return false; } trace(0, "key " .key." Found. process event rule"); return true; //IF_UNEXP_UP_0x00000981_9374 Спасибо!

@2c2i said in SYS_IF_UNKNOWN: А какие еще есть алармы про эту ноду в это время? Да ни каких, в том то и дело. 2015869 30.08.2016 19:59:06 MX80 0 SYS_IF_UP Normal Interface 'fxp0 (mgmt_port)' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 1) 0 2015733 30.08.2016 19:58:01 MX80 0 SYS_IF_UNKNOWN Warning Interface "fxp0 (mgmt_port)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 1) 0 1977412 26.08.2016 22:13:49 MX80 0 SYS_IF_UP Normal Interface 'ge-1/3/7.0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 591) 0 1977410 26.08.2016 22:12:44 MX80 0 SYS_IF_UNKNOWN Warning Interface "ge-1/3/7.0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 591) 0 Есть коммутаторы ZyXEL где действительно SNMP глючное и UDP при опросах загоняет CPU в полку — там понятное дело такое часто, приходит сразу SYS_SNMP_UNREACHABLE и потом SYS_NODE_MAJOR SYS_IF_UNKNOWN или сразу SYS_NODE_MAJOR и SYS_IF_UNKNOWN с этими железками всё ясно и там были проблемы в других системах мониторинга к ним вопросов нет. Но вот почему такое на Juniper (SYS_IF_UNKNOWN) - не понятно. Буду собирать и шутить, спасибо за наводку)

Таки решилась проблема с отправкой sms, за что огромное спасибо Victor Kirhenshtein. Может кому пригодится, прикрепил последний присланный драйвер для отправки sms. Строка настройки порта выглядит так: COM1:,9600,8,N,1,PDU,N,8,100 после PDU появились доп. параметры: N - номер без кавычек; 8 - кол-во бит в одной команде (если не на путал); 100 - кол-во мс, т.е. за 1 секунду отправится 80 бит; Надеюсь ничего не перепутал. P.S. Так же скоро выйдет новый фикс/релиз (нужное подчеркнуть), где будут эти исправления и не только! Всем благ! generic.sms

Субьектвно, он отрабатывает не более 2 секунд. Через ExternalParametersProvider работает, придется использовать.

К сожалению property dialog создает платформа, и мы не можем поменять его поведение, не сделав собственную реализацию.

Доброго всем... Пытаюсь перенаправить события с одного сервера на другой(версии серверов 2.0.5 с обеих сторон). Сервер источник на Windows. Добавляю в действия Перенаправление на другой сервер IP 10.11.0.13 (Сервер приёмник, на линукс.), добавил к нужным политикам обработки... В логах источника: [28-Aug-2016 01:47:51.950] [WARN ] Failed to forward event to server 10.11.0.13: Connect failed [28-Aug-2016 01:47:57.410] [WARN ] Failed to forward event to server 10.11.0.13: Connect failed [28-Aug-2016 01:49:21.980] [WARN ] Failed to forward event to server 10.11.0.13: Connect failed [28-Aug-2016 01:49:27.065] [WARN ] Failed to forward event to server 10.11.0.13: Connect failed [28-Aug-2016 01:49:41.776] [WARN ] Failed to forward event to server 10.11.0.13: Connect failed ...дебаг инфы не прибавил, к сожалению. Дело дошло до мониторинга трафика и,... сервер источник, почему-то пытается соединиться на перевернутый адрес 13.0.11.10:4702  Изменил адрес в Перенаправлении на 13.0.11.10, события пошли на сервер приёмник. Но теперь, что логично в логах источника: [28-Aug-2016 01:49:41.902] [WARN ] Failed to forward event to server 13.0.11.10: Object not found [28-Aug-2016 01:51:09.174] [WARN ] Failed to forward event to server 13.0.11.10: Object not found [28-Aug-2016 01:51:11.042] [WARN ] Failed to forward event to server 13.0.11.10: Object not found [28-Aug-2016 01:54:10.463] [WARN ] Failed to forward event to server 13.0.11.10: Object not found

Эт. фигня... Вот вариант: Сижу, работаю. код пишу, ОБНОВЛЕТСЯ и ПЕРЕГРУЖАЕТСЯ сама... и потом снова сижу и пишу то же самое при условии что винда должна запрашивать разрешения... Это стало последней каплей

Исправили. Исправление войдет в 2.1-М1 и в 2.0.6. В аттаче патч для 2.0.5 на случай если собираете из исходников. segfault_fix.patch

Использует Driver=CATALYST-GENERIC

На всех без исключения точках доступа UBNT(ubiquiti) NanoStation Loco m2 или обычные NanoStation постоянный event флуд с отвалом интерфейсов и SNMP. Кто нибудь здесь мониторит данные устройства? Я пробовал отключать все пулы кроме SNMP\ICMP\Status\Config - результат такой же. По пингам при этом 1% до базовой станции, точки подключены в режиме PtP. Я не пойму, это у них такой проц слабый чтоли на UDP ? 1905394 19.08.2016 12:27:29 node1 BASE 0 SYS_NODE_NORMAL Normal Node status changed to NORMAL 0 1905379 19.08.2016 12:24:04 node1 BASE 0 SYS_SNMP_OK Normal Connectivity with SNMP agent restored 0 1905380 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_UP Normal Interface 'lo' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 1) 0 1905381 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_UP Normal Interface 'eth0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 2) 0 1905382 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_DISABLED Minor Interface 'eth1' change state to disabled (IP Addr: UNSPEC/0, IfIndex: 3) 0 1905383 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_UP Normal Interface 'wifi0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 4) 0 1905384 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_UP Normal Interface 'ath0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 5) 0 1905385 19.08.2016 12:24:04 node1 BASE 0 SYS_IF_UP Normal Interface 'br0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 6) 0 1905386 19.08.2016 12:24:04 node1 BASE 0 SYS_NODE_UP Normal Node up 0 1905387 19.08.2016 12:24:04 node1 BASE 0 SYS_NODE_NORMAL Normal Node status changed to NORMAL 0 1905388 19.08.2016 12:24:04 node1 BASE 0 SYS_NODE_MINOR Minor Node status changed to MINOR 0 1905368 19.08.2016 12:23:00 node1 BASE 0 SYS_SNMP_UNREACHABLE Major SNMP agent is not responding 10.10.10.18 1905375 1905369 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "lo" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 1) 0 1905370 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "eth0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 2) 0 1905371 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "eth1" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 3) 0 1905372 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "wifi0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 4) 0 1905373 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "ath0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 5) 0 1905374 19.08.2016 12:23:00 node1 BASE 0 SYS_IF_UNKNOWN Warning Interface "br0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 6) 0 1905375 19.08.2016 12:23:00 node1 BASE 0 SYS_NODE_DOWN Critical Node down 0 1905376 19.08.2016 12:23:00 node1 BASE 0 SYS_NODE_UNKNOWN Normal Node status changed to UNKNOWN 0 1905377 19.08.2016 12:23:00 node1 BASE 0 SYS_NODE_CRITICAL Critical Node status changed to CRITICAL 0

Я собирал NetXMS со следующими базами: PostgreSQL 9.5.4 (https://ftp.postgresql.org/pub/binary/v9.5.4/solaris/solaris11/sparc/postgresql-9.5.4-S11.sparc-64.tar.bz2) PostgreSQL 9.3.5 (https://www.opencsw.org/packages/CSWpostgresql93) MySQL 5.6.31 (https://www.opencsw.org/packages/CSWmysql56) Разумеется, при сборке NetXMS я использовал библиотеки из соответствующих дистрибутивов и устанавливал базу NetXMS на соответствующих версиях СУБД. При настройке NetXMS и каждой СУБД особое внимание обращал на параметры, задающие правильную работу с юникодом. Проблема везде одна и та же: кракозябры вместо русских букв после перезагрузки netxmsd и ругань на значения в базе, которые содержат символ "\". У меня складывается впечатление, что NetXMS использует разные функции при первоначальной загрузки значений из базы и дальнейшей работы с ней, и что в первой некорректно обрабатывается символ "\", поэтому и ругань на него в скриптах, и символы юникода из \aabb превращаются в aabb, которые как кракозябры как раз и выглядят.

Добрый день, скорее всего это баг в SNMP агенте принтера. На всякий случай проверьте этот OID с командной строки (используя nxsnmpget или snmpget).

Добавил feature request про SAPI в новой консоли: https://dev.raden.solutions/issues/1271 (чтобы не забылось).

Подтверждаю. Но на 2.0.2 показывает нормально: Agent status=Connected

@victor said in Сбой при запуске службы "NetXMS Core". Служба не ответила на запрос своевременно: DSN должен быть системным. При проверке DSN, используете пользователя sa и пароль? Да системный, да пользователь SA