Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

S

Stanislav

@Stanislav
Unfollow Follow
About
Posts
73
Topics
7
Shares
0
Groups
0
Followers
0
Following
0

Posts

Recent Best Controversial

  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Появился дополнительный вопрос: как быть когда интернет пропадает в месте где установлен сам NetXMS сервер? Имею в виду когда интернет пропадает и спустя 1-2 часа появляется и начинают приходить уведомления от всех нод что они в сети.
    Это можно как-то закореллировать? Происходит не часто но бывает.


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    На первый взгляд работает. Еще проверяю. Вчера обновлял сервер до 6.2.3
    Пришло только 1 уведомление в режиме обслуживания:

    ⌛ 09.Aug.2026 17:01:58
    ❗ ❗ Service is still unreachable for 1 day
    Severity Critical 🟡
    ***** компьютер архивов
    👉 Node unreachable because of network failure

    ну это не страшно


    Уведомление в режиме обслуживания при обновлении netxms 11 08 2026.png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Правило 31


    Правило 31 Mail alarm when the node behind the proxy is down in 7 min 06 08 2026.png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Сегодня обновлял сервер netxms до версии 6.2.2. Перед обновлением перевел все ноды в режим обслуживания на 30 мин.
    Сделал резервную копию вирт машины с netxms, обновил сервер. Заняло порядка 20-25 мин. После обновления пришли уведомления от некоторых нод (все подключены через тунель). Скриншот лога событий прилагаю.

    Вопрос: может на правиле 31 Mail alarm when the node behind the proxy is down in 7 min нужно включить скрипт проверки что нода не в режиме обслуживания?


    Лог событий ноды подключенной через тунель она же прокси 06 08 2026.png

    Лог уведомлений сервера netxms 06 08 2026.png

    Уведомления от нод подключенных через тунель при обновлении сервера netxms 06 08 2026.png


  • Шторм аварий
    S Stanislav
    Support (Russian)

    Но одно следствие проверьте: на свежей инсталляции стандартные события, правила EPP и темплейты уже существуют. Если на старом сервере вы меняли что-то стандартное — severity системных событий, дефолтные правила, — то при импорте без Replace эти изменения молча не применились, остались свежие дефолтные версии.

    ----------
    Именно так и делал. Проверю


  • Параметр PhysicalDisk.SmartAttr
    S Stanislav
    Support (Russian)

    Опробую. Отпишу


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Прикладываю лог событий с нод ТРК сервер офис и Смарт ****** сервер 1С.
    Может стоит включить в правило 31 Mail alarm when node connected by tunnel / proxy node is down 300 sec (Уведомление по почте если нода подключенная через тунель / прокси нода недоступна в течении 300 сек)
    событие SYS_NODE_UNREACHABLE?


    Лог событий NetXMS Смарт            сервер 1С  27 07 2026.png

    Лог событий NetXMS ТРК сервер офис 27 07 2026.png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    В дополнение ко всему пришло сегодня ночью одинокое уведомление
    ⌛ 27.Jul.2026 03:33:03
    Severity Normal 🟢
    Смарт ******* сервер 1C
    👉 Node up

    Уведомления о недоступности этой ноды не было. Эта нода включена в шаблон Node by tunnel epp. Нода не является прокси но подключена через тунель


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Что-то не так работает как ожидалось.
    Было отключение интернета в филиале с 17.26 до 18.26 26.07.2026.
    Пришло уведомление об отключении интернета и уведомление о недоступности ноды ТРК KMS (это нода за прокси). При этом уведомление о недоступности прокси ноды ТРК сервер офис не приходило.
    Когда интернет в филиале включили то пришли уведомлении о включении интернета, доступности ноды ТРК сервер офис (прокси нода), доступности ноды ТРК KMS (нода за прокси).
    Как сделать чтобы при отключении интернета приходило уведомление и о недоступности прокси ноды?

    Вот так выглядели уведомления:
    ⌛ 26.Jul.2026 17:26:27
    Severity Major 🔴
    ТРК интернет
    👉 Node is unreachable by ICMP

    ===========================>>> Тут не хватает уведомления о недоступности прокси ноды ТРК сервер офис

    ⌛ 26.Jul.2026 17:26:02
    Severity Critical 🔴
    ТРК сервер KMS
    👉 Node unreachable because of network failure

    ⌛ 26.Jul.2026 18:26:57
    Severity Normal 🟢
    ТРК интернет Роктел
    👉 Node started responding to ICMP

    ⌛ 26.Jul.2026 18:27:15
    Severity Normal 🟢
    ТРК сервер офис
    👉 Node up

    ⌛ 26.Jul.2026 18:27:34
    Severity Normal 🟢
    ТРК сервер KMS
    👉 Node up


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Одно замечание на будущее: системное SYS_ICMP_UNREACHABLE при падении ноды коррелируется к её SYS_NODE_DOWN, а ваш кастомный icmp unreachable — нет. Если нода, на которой висит этот DCI, упадёт целиком, придут оба уведомления — и о ноде, и об интернете. Для порогов с кастомными событиями корреляция такие следствия не гасит.
    --------------
    Это правило висит на ноде "Интернет название филиала". Завел отдельную ноду которую так обозвал. И так с каждым внешним ip адресом филиала.
    Прокси нода и другие сервера выделены в отдельные ноды. Цель: получение отдельных уведомлений о недоступности интернета в филиалах и серверов в этих филиалах. Есть филиалы с основным и резервным интернетом, есть те у кого проблемы с электропитанием.


    Нода ТРК Интернет DCI.png

    Нода ТРК Интернет.png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Если применить этот подход к другим правилам самописным. Имеется 2 правила цель которых уведомлять что пинг на wan ip адрес роутера филиала стал недоступен.
    Правило Правило 25 Mail alarm when Internet is not responding in 90 sec (Уведомление по почте что интернет недоступен через 90 сек)
    Правило 26 Mail alarm when Internet is start responding ICMP (Уведомление по почте что интернет стал доступен).
    Wan ip адреса роутеров пингую через субагент ping с сервера netxms и шаблоном распространяю на нужные ноды.

    Вопрос: с учетом полученной информации выше я включил прием кореллированных событий только на правиле 26 Mail alarm when Internet is start responding ICMP. Это верный подход?


    Сервер netxms subagent ping ip и названия target затер.png

    Правило 26 Mail alarm when Internet is start responding ICMP.png

    Правило 25 Mail alarm when Internet is not responding in 90 sec.png

    Treshold для Правила 26 Mail alarm when Internet is start responding ICMP.png


  • Шторм аварий
    S Stanislav
    Support (Russian)

    Вопрос: при импорте конфигурации на новый сервер нужно было во всех параметрах импорта устанавливать галочку в полях Replace?


    Netxms import configuration.png


  • Шторм аварий
    S Stanislav
    Support (Russian)

    Прикладываю скриншоты со старого и нового сервера


    Netxms alarm High usage CPU more then 15 min новый сервер.png

    Netxms alarm High usage CPU more then 15 min старый сервер.png


  • Шторм аварий
    S Stanislav
    Support (Russian)

    Да я понял. Уже проверил все правила которые создавал сам.
    Проверю на всякий случай и остальные правила.

    Вопрос: а можно на будущее как-то мониторить такие события? Есть правило по шторму событий. Оно не сработало или я пропустил его?


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Получились такие правила.
    31 прокси нода или нода подключенная через тунель недоступна. Убрал SYS_NODE_UNREACHABLE
    32 прокси нода или нода подключенная через тунель доступна
    33 нода за прокси недоступна
    34 нода за прокси доступна


    Правило 31 Node proxy tunnel down 24 07 2026.png

    Правило 34 Node behind the proxy up.png

    Правило 33 Node behind the proxy down.png

    Правило 32 Node proxy tunnel up.png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Получились такие правила.
    31 прокси нода или нода подключенная через тунель недоступна
    32 прокси нода или нода подключенная через тунель доступна
    33 нода за прокси недоступна
    34 нода за прокси доступна

    Теперь все корректно?


    Правило 34 Node behind the proxy up.png

    Правило 33 Node behind the proxy down.png

    Правило 32 Node proxy tunnel up.png

    Правило 31 Node proxy tunnel down .png


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Теперь понятнее. Точно лучше отдельные правила для прокси и нод за прокси


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    С учетом полученной информации оставлю 2 пары правил.
    На все ноды правила распространять не буду так как не по всем нужны уведомления.
    Я правильно понял что при таком раскладе на всех 4 правилах нужно включить опцию приема кореллированных событий и скрипт с проверкой maintenance?


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    Проверил. Все работает. Спасибо.

    Появился вопрос: а нужно ли вообще 2 пары правил epp создавать (для прокси нод и для над за прокси)?
    Или можно обойтись одной парой правил?


  • Шквал оповещений после кратковременной потери контакта с прокси нодой
    S Stanislav
    Support (Russian)

    С учетом полученной информации получились такие правила.
    Опцию "Accept correlated events" включал только на правиле 33 Mail alarm when the node behind the proxy is down in 600 sec (или Уведомление по почте при отключении ноды за прокси-сервером в течение 600 секунд).
    Пока еще проверяю во всех режимах


    Netxms правила уведомлений прокси нода 20 07 2026.png

    Netxms правила уведомлений подчиненная нода (нода за прокси) 20 07 2026.png

  • Login

  • Don't have an account? Register

  • Login or register to search.
Powered by NodeBB Contributors
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups