Алармов очень много. Меняются почти постоянно по 20-30 в секунду. Точное количество смогу сказать завтра. Основной проблемой был "слушатель" на сетевом интерфейсе, который смотрит в другую сеть. После того как интерфейс был потушен - все стало работать нормально.

У нас есть свой nexus, в ближайшее время я его чуть причешу и открою публичный доступ.

Проблема устранена. Вопрос снят.

Не совсем. Возвращены ноды, primary_ip которых не найден в таблице интерфейсов. т.е. проблемы с обнаружением интерфейсов.

Установил netxms-server на машину с модемом, перенастроил на локальную отправку смс - все заработало.

Спасибо, буду ждать релиза.

Если такое еще раз повторится, проверьте пожалуйста хеш неработающего пароля до смены и после смены на такой же: SELECT password FROM users WHERE name='user'

Как выглядит скрипт отправки определенного текста на емаил? Предположительно в этом скрипте перечислить оборудование которое падает прицепом...

Да, возможно. Мониторинг сетевых сервисов в NetXMS осуществляется через агентов, соответственно один и тот-же сервис можно мониторить с нескольких точек, достаточно поставить там агентов и настроить субагент portcheck (или netsvc). Единое оповещение тоже можно настроить (надо будет делать внутренний скрипт). Самый простой способ - настроить нужные DCI для мониторинга сервиса + еще один dummy DCI в котором transformation script будет собирать все эти данные и либо возвращать некое общее значение либо напрямую генерировать событие для обработки.

Спасибо, работает.

В продолжении темы, вопрос с загрузкой HDD под sqlite наверно снимается. iotop -o -a показывает TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 227 be/3 root 0.00 B 312.00 K 0.00 % 83.68 % [jbd2/sda1-8] 2402 be/4 root 0.00 B 2.57 M 0.00 % 1.85 % netxmsd -d -D 5 2403 be/4 root 0.00 B 1500.00 K 0.00 % 0.98 % netxmsd -d -D 5 Отключение netxms уменьшало нагрузку до 10-15% Помогло добавление commit=30 в fstab. Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 227 be/3 root 0.00 B 96.00 K 0.00 % 28.00 % [jbd2/sda1-8] 2402 be/4 root 0.00 B 2.48 M 0.00 % 0.89 % netxmsd -d -D 5 2403 be/4 root 0.00 B 1256.00 K 0.00 % 0.22 % netxmsd -d -D 5 2344 be/4 root 0.00 B 8.00 K 0.00 % 0.00 % netxmsd -d -D 5 Хотя понятнее не становится, вроде netxms не так уж много логов пишет =\

Как добавить параметр мониторинга: https://www.netxms.org/forum/oe-oo/oat-motoa-o-aamet-1846/ Инфа по субагенту: http://wiki.netxms.org/wiki/Subagent:PortCheck Поиск по форуму по слову "ServiceCheck.HTTP" выдаст вагон инфы...

Проблема повторилась. Собрал дамп. Но есть ещё такая интересная вещь... Если в NetXMS в свойствах ноды поменять Authentication на MD5 и нажать OK - всё начинает работать (хотя на микротике настроен sha1). Если повторно войдём в свойства ноды, там уже выставленно sha1, а не md5. И при нажатии cancel всё перестаёт работать  Вот такая путаница... snmp.cap

нашел - это в метриках

То есть в Property карты во вкладке Access Control добавить в список пользователей нужного пользователя. именно это и помогло. Спасибо.

Добрый день. Столкнулись с проблемой масштабирования элементов на DashBoard (см. db_1.jpg), пытались экспериментировать с параметрами (пытаясь добиться постоянной высоты для элементов, с прокруткой списка), но при изменении нескольких значений на вкладке "Layout" элементов, сервер (версия 1.2.13) падает. Подскажите возможна ли такая реализация? [image: db_1.jpg]

причем странность в том что он показывает интерфейс в критикал с красным крестиком но при этом при падении и поднятии интерфейса сообщает в алармах ....

Здесь может быть несколько вариантов, один из них такой: По событию SYS_NODE_DOWN выставляем custom attribute у ноды в текущее время, например так: SetCustomAttribute($node, "nodeDownSince", time()); По событию SYS_NODE_UP сбрасываем значение атрибута: SetCustomAttribute($node, "nodeDownSince", 0); Делаем Internal DCI с параметром Dummy и таким transformation скриптом: t = nodeDownSince@$node; return ((t != null) && (т != 0)) ? ((time() - t) / 86400) : 0; Значением DCI будет количество дней с момента SYS_NODE_DOWN. Затем можно поставить threshold как обычно на нужное количество дней.

Добрый день. Подскажите как запустить для проверки через консоль snmpget. и есть тайм аут ожидания ответа, и можно ли его поправить?

Пакеты у нас есть, но они действительно не подписаны. Планируем решить эту проблему в недалеком будущем.