NetXMS Support Forum

Что-то я забыл где я видел и не могу найти теперь описание значений статуса в Last Values для хостов..
У меня описано к примеру так
Status 0
Status 4
Status 1
что эти цифры означают? Можно расшифровку получить?
Спасибо.

2 prx а че не понятно-то? =)
Он же написал, что можно вписать в поле Node Name вместо названия hostname-а тупо IP-адрес =) Или же написать Hostname(IP Address) в итоге при поиске у тебя будет искаться не только по имени ноды, но и по IP Неудобно конечно, но тоже вариант.

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

Это было бы замечательно. Может добавить в ToDo?

Quote from: Victor Kirhenshtein on June 25, 2008, 12:45:47 PM
Раз BGP - то скорее всего очень много маршрутов, которые NetXMS пытается вытащить. Попробуйте в свойствах объекта поставить "Disable routing table polls" (закладка Polling).

Сделал, вроде заработало.

А по второму вопросу, можно сделать как-то иначе а не через advanced schedule?

Те же яйца, тока в профиль.. Отключил мониторинг, потому что постоянно получаю письма, что перегружена кошка по процу =(

Стоит Cisco с BGP. В итоге как только включаешь в NetXMS мониторинг этой железки, то процессор на самой Cisco поднимается до 95%. Процессы грузящие Cisco это IP SNMP и SNMP Engine. Заметил другую вещь. Опрос стоит раз в 300 секунд в NetXMS, но подключения к железке почему-то не убиваются. Т.е. такое впечатление что устанавливается persistence connection и тем самым грузит оборудование. Где и что можно посмотреть?

И второй вопрос. Как можно сделать разделение SNMP запросов по времени.
К примеру чтобы один DCI отрабатывал каждые 5 минут начиная с первой минуты, второй DCI каждые 5 минут со второй минуты и так далее?.. Грубо говоря чтоб не было одновременных запросов к устройствам.

Сделал по первому варианту. Тестирую.

Вроде после установки gmtime() все встало на свои места. Но есть друга проблема. У меня на этой же железке есть и другие DCI с Tresholds-ами. К примеру загрузка процессора. Можно ли как-то разделить эти моменты? Конкретнее если отработал Treshold по конкретному интерфейсу, на котором снимается загрузка интернет канала (таких интерфейсов там 5), то чтоб в Event Processing он отрабатывался своим выделенным правилом, а все остальные event-ы (т.е. tresholds-ы по 4 FastEhernet, CPU, память и т.д.) отрабатывались общим правилом.
Можно ли как-то в поле Source добавить возможность выбирать какой именно DCI с данной Node-ы или же Node-а целиком?
А то я создал собственный шаблон писем типа "Интернет канал ниже уровня XXXX и в данный момент загрузка YYYY". В итоге по загрузке CPU приходит тоже самое =) Вообщем смотрится прикольно, но не правильно =)

Пример:

Дата Warning FFM_7603-bgp SYS_TRESHOLDS_REACHED ну и сообщение стандартное.
Что конкретно интересует?

P.S.> Жаль что нет экспорта в EventLog-е

Сделал как показано на скриншоте. В итоге почему-то отрабатывается 4-ое правило вместо 3-го. Можно какие-то советы по этому вопросу?

Виктор, может я опять сумбурно объяснил, попытаюсь исправиться..
Итак:
Данные должны сниматься независимо не от чего каждые 300 сек по SNMP. (Это есть)
Если в промежутке времени с 11:00 до 23:00 загрузка интернет канала опускается до 7 Мбит/с то создать аларм, выслать письмо, после восстановления выше 7 Мбит/с аннулировать аларм.

С трешхолдами я примерно представляю как работать, а вот как указывать промежуток времени и именно на этот промежуток накладывать проверки, понять не могу.. Есть какой-нибудь примерчик?

Необходимо привесить проверку события...
Если во временной промежуток с 11:00 до 23:00 на определенном интерфейсе падает трафик ниже к примеру 7 Мбит/с то создать аларм и выслать почту, при восстановлении соответственно отменить аларм и выслать письмо о восстановлении.
Понимаю что это нужно делать через Treshholds, но как сделать, что-то не соображу. Подскажите плз..

Спасибо заранее.

Вот именно об удобстве речь.

Странно конечно все это видеть. Честно говоря я хочу иметь одну консоль, а не 10... Заморачиваться с поднятием веб-сервака, на котором будет крутится приложение с картами, тоже не хочу. У меня есть консоль, с ней и хочу работать. Чтоб все мои юзвери могли смотреть в одном месте, а не лазать по вебам, по родной консоли или еще где.. Но это моё ИМХО разумеется.