NetXMS Support Forum

Проверю. Отпишу

А как можно это исправить настройками?
Я пробовал создавать правило уведомлений на другие события (SYS_NODE_DOWN, SYS_ICMP_UNREACHABLE) но это не помогло.

Не помогло. что еще можно проверить?

Сделал это, проверяю. Отпишусь.
Я наоборот понял из документации что прокси ноды всегда должны быть в зоне default.

Это имеете в виду?

Понял

Спасибо. Буду ждать

Второе.
"прокси тоже нужно поставить тоже в эти зоны."
Можно поподробнее со скриншотом?

Приложу скриншоты с Victoria, Crystaldiskinfo, GsmartControl в подтверждение что smart параметр должен возвращать значение 34 а не 200

Использую метрику PhysicalDisk.SmartAttr(/dev/pd1, Current_Pending_Sector) и в ответ получаю одни и те же данные (200). Такое ощущение что значение метрики берутся не из того value (возвращает всегда 200 а должен 34).
Что я делаю не так?

После обновления на 6.02 ситуация не изменилась

Quote from: Argonauts on December 16, 2025, 10:10:31 AMПоставил smartmontools 7.5 релиз
Metric PhysicalDisk.SmartAttr(/dev/sda, Raw_Read_Error_Rate) - Dci значений никаких не отдает, error в поле Value
PhysicalDisk.Devices - Table, так же не отдает ничего
PhysicalDisk.SmartStatus(/dev/sda) - Dci, так же не отдает ничего
smartctl --scan отдает
/dev/sda -d ata # /dev/sda, ATA device
/dev/sdb -d ata # /dev/sdb, ATA device
В системе стоит 2шт Sata SSD
smartctl -H /dev/sda вполне отрабатывает
SMART overall-health self-assessment test result: PASSED
Как и запросы конкретных параметром из shell на самой машине проходят нормально

Скрин DCI


Или мб в конфиге агента нужно прописать дополнительно что-то?

Разобрались? Тоже хочу прикрутить сбор этих параметров.

а это время в 5 минут - оно в свойствах экшна настроено?

Да.

Экшн при потере контакта
https://drive.google.com/file/d/1o4BwNM8HnuWaRQPScepYWZYPvQbMOYbo/view?usp=sharing

Экшн при возобновлении контакта
https://drive.google.com/file/d/1qC6ov1e5h5ORca-rJ1U9YKdXMS5TAXgm/view?usp=sharing

какая точно версия NetXMS?

5.2.6

можете показать для такой ситуации event log, отфильтрованный по двум нодам - прокси и какая-нибудь одна нода, которая за этой прокси? По идее события автоматически должны кореллироваться на SYS_NODE_DOWN этой прокси, но возможно что-то поломано.

event log прокси нода
https://drive.google.com/file/d/1At9jEzyr816qNNciSHviE1Blblwqq1-d/view?usp=sharing

event log нода
https://drive.google.com/file/d/1oot7rKzNgLHPh-uonKD-T0MYRs5Tr_5t/view?usp=sharing


Получил скриншоты следующим образом: остановил службу netxms agent на прокси ноде на 1 минуту. Потом включил службу netxms agent на прокси ноде. От прокси ноды уведомление не пришло зато пришло от подчиненной ноды что она  появилась в сети.

Здравствуйте,
Использую в работе агенты с включенным режимом прокси для мониторинга устройств в удаленных офисах. При этом если теряется контакт с прокси нодой на более чем 5 мин (время настроено через таймер) то уведомление приходит только от прокси ноды (тут все как и ожидалось). Когда контакт с прокси нодой восстанавливается то уведомления приходят и от прокси ноды и от подчиненных нод (тоже как и ожидалось).
Проблема появляется когда контакт с прокси нодой теряется кратковременно (т.е. контакт потерян и восстановлен в пределах 5 мин). В таком случае уведомление от прокси ноды не приходит (как и ожидалось) но зато приходят уведомления от всех подчиненных нод что они появились в сети. И так каждый раз при кратковременной потери контакта с прокси нодой.
Как этого можно избежать?

Вопрос снимается. Почитал про джиттер пинга и все стало на свои места.
Если кому понадобится вот список хороших статей на эту тему:
Общая статья
https://noping.com/ru/blog/jitter-vs-latency-ping
Хабр
https://habr.com/ru/companies/pixonic/articles/559780/
Самая детальная статья
https://ssl-team.com/blog/jitter-chto-eto-takoe-pri-proverke-skorosti-interneta/?ysclid=mbi9zegdz7965811099
Программа pingplotter
https://lanta-net.ru/podderzhka/rekomendaczii-po-ispolzovaniyu-programmyi-pingplotter.html?ysclid=mbiasec3yn780880519