Благодарю Виктор. Сегодня попробую это сделать.

Уже было такое с 1.2.3: https://www.netxms.org/forum/oe-oo/1-2-3-ok-kom/ - непонятно только, помогло или нет. Попробуйте удалить существующие NetXMS библиотеки из /usr/local/lib. Еще можно попробовать поставить libtre-devel и заново прогнать configure и make.

@victor said in 1.2.6 консоль удаление ноды, баг: Я уже вроде исправлял это однажды. Какой-то мистический баг Буду дальше разбираться... виктор если сначала удалять интерфейсы а потом ноду то все окей. видимо при удалении ноды сначала пробежаться по её интерфейсам, а потом сам объект.

А в чем была проблема? По поводу параметров - UPS может не поддерживать полный набор параметров. Надо разбираться, действительно этих данных нет или агент не может их прочитать.

@scamp said in 1.2.5 баги: Так с картой у одного меня глюки что-ли?  просто поиграйтесь с различиными отображениями карты а меню вызываемым правой клавишей мыши. Когда получсите нужный рузультат, там-же уберите галочку автоматик лэйот и донастройте ручками карту, потом сохраните и будет вам счастье.

Благодарю. Теперь все отлично.

Большое спасибо!! Получилось!!

@victor said in Bridge Base Address: Скорее всего это из-за того, что устройства не поддерживают IP MIB, соответственно все интерфейсы без IP адреса, и при discovery сервер при проверке на наличие IP адреса в базе не находит его, и добавляет ноды еще раз. Я попробую добавить корректную обработку таких устройств. спасибо, было бы замечательно.

Сейчас нет явной привязки контактов к юзеру, каждый номер/мейл создается как отдельный Action, который потом можно использовать в Event Processing Policy. EPP обрабатывается целиком (если не отработает правило с условием "stop processing"), что позволяет делать достаточно гибкую систему нотификаций, от более общих (e.g. "все NODE_DOWN" уходят админу"), к детальным правилам ("NODE_DOWN для конкретных серверов уходят еще кому-то). Сейчас обычный подход - создавать EPP вида: Souce: Node1, Node2, Node3 Events: SYS_NODE_DOWN, SYS_NODE_UP, etc. Action: SMSToUser1, SMSToUser2 Можно сделать более сложную схему с одним Action, и использовать макрос %[script_name] – вызывая скрипт из Sctipt Library, который на основе какой-то своей логики вернет контакты (например вычитывая Custom Attributes у ноды), но это уже больше костыль (хотя я такое использую у клиента, где много контактов отвечающих за один-два банкомата, для них даже нет юзеров в системе мониторинга). У нас в есть в планах добавить в профиль юзера каналы оповещения (email, sms, xmpp, etc.) – но сейчас это не сделано. Идея с указанием "responsible person" для сервера / контейнера мне нравится, зарегистрировал ее как feature request (#235)

@victor said in Странная ситуация.: Скорее всего тайм-зона на его машине неправильная. Сервер присылает время событий всегда в UTC, и клиент уже переводит в локальное время в соответствии с настройками рабочей станции. наверно, там винХП а на неё из-за свистопляски с нашими поясами был патч, проверю стоит или не стоит. спасибо.

@victor said in external parameter: Еще скорее всего в nxagentd.conf надо поставить ExecTimeout побольше, по умолчанию там 2000 миллисекунд. Нет, не помогло.

подключился. СПС

ясно, просто добивание отсутствующих разрядов нулями, несколько не то что ожидаешь. спасибо. а использовать left не быстрее чем format? Не, не быстрее, одинаково, но писать кода чуть меньше. sub main() { if ($1 == null) $1 = 1.234567; println format(round($1,2), 1, 2); println typeof(format(round($1,2), 1, 2)); } и sub main() { if ($1 == null) $1 = 1.234567; println left(round($1,2), 4); println typeof(left(round($1,2), 4)); } netxms# time nxadm -c "exec test" 1.23 real INFO: Script finished with rc=0 0.000u 0.004s 0:00.10 0.0%      0+0k 0+0io 0pf+0w netxms# time nxadm -c "exec test2" 1.23 real INFO: Script finished with rc=0 0.000u 0.004s 0:00.10 0.0%      0+0k 0+0io 0pf+0w

@victor said in Обнаружение топологии по LLDP: Еще вопрос к обладателям D-Link'ов - пришлите пожалуйста результат SNMP walk на .1.3.6.1.2.1.2 для стека. для коммутаторов в стеке? если честно не используем данную технологию по причине возможной неустойчивости и некоторой сложности обслуживания, удаленного. Да и в принципе оно не нужно нигде кроме крупных (очень крупных) узлов связи, это ведь L3 коммутаторы, а там где требуется стекировать L3 не будут использовать dlink. Хм, и на складе нет запасных для стенда, есть десяток dgs-3420-26sc но они еще в транзите и не дошли до нас. вообще у длинка несколько нелогичное поведение порой, потому их технологии нужно использовать с оглядкой или вообще не использовать.

Тут скорее всего сложнее проблема. Если DCI есть, но стали UNSUPPORTED, это означает, что сервер больше не считает, что данный узел - это сам сервер. Скорее всего где-то в дереве появился его дубликат. Проверьте в Entire Network в соответствующем субнете. Если это так, то удалите неправильный узел и перезапустите сервер.

Спасибо. Это сильно облегчит работу

При работе с java-консолью при попытке изменения существующего DCI при подборе SNMP OID, появляется ошибка "An error has occurred. See error log for more details. java.lang.NullPointerException". При добавлении нового DCI ошибки появляется при начале навигации по дереву OID-ов. При работе с легаси-консолью ошибок нет ни при создании, ни при модификации DCI. DBCC CHECKDB (netxms_db) WITH ALL_ERRORMSGS, EXTENDED_LOGICAL_CHECKS - ошибок не выявлено. nxdbmgr.exe check - ошибок не обнаружено.

Проблема в том, что при запуске под runit, readline получает EOF на каждый попытку прочитать консоль – чем и занимает одно ядро полностью. В 1.2.6 я добавил параметр "-q", который полностью отключает интерактивную консоль. Как временное решение - отключить консоль в коде и пересобрать сервер. Diff в аттаче. console.diff

@glebofff said in SNMP Trap Monitor и Event Monitor: хм в евент поподают а в трэпы нет. идей кроме как ребутнуть сервер, посмотреть все настройки относительно трэпов, проверить порты, проверить базу нет. SKYnv, а версии консоли и сервера у тебя какие? В принципе, обработчики событий у меня работают, но с монитором было бы удобнее. Version 1.2.5

Автобинд скрипт - это атрибут контейнера, и всегда выполняется только для того контейнера, в котором определен. Если вы используете общий скрипт из библиотеки, то при вызове из каждого конкретного контейнера можно передавать его имя или идентификатор как параметр. Перебрать все custom attributes нельзя, надо знать их имена.