NetXMS Support Forum

Здравствуйте!

А как создавать отчеты? Поиск по форуму помог понять, что требуется jre+jasper на сервере, однако технология осталась загадкой. Откуда предполагается брать данные для отчета: прямо из таблиц БД или из модели, доступной через Java API? Можно ли увидеть хоть какой-нибудь минимально работоспособный пример со списком нод и любой информацией о них (вроде той, что отображается в Overview -> General)? Какие фичи есть у встроенного механизма отчетов по сравнению со слепленным на коленке скриптом, извлекающим данные из той же самой БД?

Спасибо, CP1251 сработало

Здравствуйте!

Хочется хранить русские имена и значения атрибутов. И сервер, и консоль запущены в линуксе с UTF-8, БД PostgreSQL создана в той же кодировке, однако в таблицу object_custom_attributes попадает нечто нечитаемое. Это можно настроить или все же баг?

Спасибо, но как все же сделать push?

Пока что у меня даже список объектов добыть не получается. Пытаюсь так:


NXCSession session = new NXCSession(SERVER, LOGIN, PASSWORD);
session.connect();
GenericObject[] o = session.getAllObjects();
System.out.println(Arrays.asList(o));
session.disconnect();


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

Спасибо!

А покажите, пожалуйста, как сделать push для какого-нибудь DCI

Да, расскажите еще, как определить два последовательных критических значения для одного параметра, чтобы при превышении первого я получал Minor, а при превышении второго - Major? Сейчас я получаю всего лишь Warning, как это определено в описании SYS_THRESHOLD_REACHED. Переопределить это можно в Event Processing Policy, однако там опять же предполагается использовать заранее заданное значение, а не получать его в виде параметра.

Для события SYS_THRESHOLD_REACHED прямо-таки напрашивается еще один параметр (аналогичный тегу) для определения серьезности превышения порогового значения. Без него придется заводить копию SYS_THRESHOLD_REACHED с именем вроде SYS_THRESHOLD_MAJOR_REACHED и дублировать описание реакции в Event Processing Policy

Добавил к %i еще %1 (имя параметра), а %m заменил на %6 (тег, описываемый индивидуально для каждого порогового значения) - цифры взял из описания событий в Event Configuration. Теперь вроде все устраивает.

Очень странно, что описания реакции на SYS_THRESHOLD_REACHED и SYS_THRESHOLD_REARMED нет в дефолтных настройках. Существуют другие сценарии их использования?

Настроил в Event Processing Policy реакцию на SYS_THRESHOLD_REACHED и SYS_THRESHOLD_REARMED по аналогии с SYS_NODE_DOWN и SYS_NODE_UP (см. аттач) - после этого алармы стали появляться (только один раз) и исчезать. Однако все хорошо лишь до тех пор, пока у ноды не появляется более одного параметра, требующего отслеживания - в этом случае я хочу увидеть два аларма, но вижу лишь один, а с отменой вообще творится нечто неописуемое.

Может вместо %i я должен использовать что-то другое? Что и какие варианты вообще бывают?

Здравствуйте!

Как правильно генерировать алармы на превышение какого-нибудь DCI, чтобы они не появлялись при каждом опросе и исчезали после снижения значения параметра?

Сейчас я сделал так: для параметра из Data Collection Configuration в Thresholds добавил соответствующую строку с Activation event = SYS_THRESHOLD_REACHED и Deactivation event = SYS_THRESHOLD_REARMED, далее в Event Processing Policy на событие SYS_THRESHOLD_REACHED добавил генерацию аларма с сообщением "Limit is reached for %2".

Значение параметра периодически изменяется, все значения выше того, что было определено в Thresholds, и в результате я получаю множество одинаковых алармов, а хотелось бы видеть лишь первый (чтобы узнать, когда значение параметра впервые было превышено) ну или хотя бы последний. Кроме того, хотелось бы, чтобы аларм исчез после того, как значение параметра окажется ниже, чем определено в Thresholds.

Как все это сделать?

Здравствуйте!

Получил аларм для хоста, на котором запущен сам NetXMS:

Invalid network mask 255.255.255.255 on interface "venet0:1", should be 255.255.255.0

Почему он так решил? И как сделать так, чтобы подобные алармы больше не приходили?

Восклицательный знак на значке коммутатора в дереве был, похоже, оттого, что имелись алармы для этого коммутатора. Я удалил их, и коммутатор получил статус Normal.

Здравствуйте!

Расскажите, как вы мониторите коммутаторы и настраиваете отображение их статусов?

Вот возьмем к примеру Cisco Catalyst 3750. Я добавляю его и вижу у него статус Critical. Смотрю на состояние портов, вижу некоторые с Administrative State=UP и Operational State=DOWN. Устраняю несоответствие, перевожу в состояние Unmanaged порты StackPort1, StackSub-St1-1, StackSub-St1-2. Но в итоге все равно вижу восклицательный знак на значке коммутатора в дереве (потому что есть порты с Administrative State=DOWN?), хотя никаких претензий к нему у меня не осталось.

Как правильно настроить статус Normal для таких коммутаторов? Или все принято делать совсем иначе?

Нет ничего:


# nxget -l localhost Agent.SupportedEnums
404: Unknown parameter
# nxget -l localhost Agent.SupportedTables
#


Я не знаю, как нужно поступать правильно, поэтому гуглю (либо узнаю окольными путями) цифровые значения OID, проверяю их правильность средствами snmpwalk/snmptable и затем заношу в качестве DCI.