NetXMS Support Forum

Yes, would be interesting to see how it's implemented in Open View.

Best regards,
Victor

Hi!

I understood the problem. This requirement pops up from time to time for quite a long. I have added new issue for that: https://www.radensolutions.com/chiliproject/issues/66, it should not be hard to implement it. The most complicated part is filtering: should console show only tools available for all nodes in container, or simply all tools available, and report error at execution time? Also, doing filtering on container can potentially involve enumerating hundreds of nodes - this may cause visible delay between right click and context menu popup.

Best regards,
Victor

Сейчас алгоритм присвоения имени хоста такой:

1. Если конфигурационная переменная ResolveNodeNames равна 0, то оставляем IP адрес как имя;
2. Делаем backresolve основного IP через DNS - если удачно, то ставим полученное DNS имя как имя ноды;
3. Делаем backresolve для всех интерфейсов, пока не получим имя;
4. Если на ноде есть агент, то запрашиваем значение параметра System.Hostname, и используем его как имя ноды;
5. Если на ноде есть SNMP, то запрашиваем OID .1.3.6.1.2.1.1.5.0.

Я думаю что самым гибким вариантом будет добавить функцию RenameObject в NXSL, и тогда можно будет отслеживать событие SYS_NODE_ADDED, и переименовывать ноды по необходимости.

Добавил б багтрекер, в 1.2.3 сделаю: https://www.radensolutions.com/chiliproject/issues/64

Quote from: SKYnv on August 27, 2012, 04:03:10 PM
или как я понимаю

Code Select Expand


return $node->isSNMP && ($node->ipAddr like "192.168.1.10");


Да. Для точного сравнения можно == использовать:

return $node->isSNMP && ($node->ipAddr == "192.168.1.10");

Ну и есть две полезные функции: http://wiki.netxms.org/wiki/NXSL:AddrInSubnet и http://wiki.netxms.org/wiki/NXSL:AddrInRange.

склероз Сейчас записал в баг трекер.

IP topology, Layer 2 topology - пока не сделаны, но в планах есть.

Quote from: MaG on August 27, 2012, 01:59:15 PM
Так же на старых картах объекты открывались по двойному щелчку, для ноды это может быть не сильно и актуально, а вот когда на карте контейнер в котором собрано всё оборудование для какого-то населённого пункта это было удобно - не закрывая карту можно посмотреть в чём именно проблема отвалился весь город или только интерфейс на каком-то устройстве. Вернётся ли эта функция?

в новой консоли она сделана по другому. К каждому объекту (нода, контейнер, субнет, и т.д.) можно привязать "Drill-down submap" - объект карты, который будет открываться по двойному клику.

Да, действительно Сейчас сделаю, в следующем билде будет уже.

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


return $node->isAgent && ($node->platformName like "windows-*");


Имеется ввиду именование хостов или интерфейсов?

Автобинд скрипты на контейнерах работают немного по другому - там не надо вызывать BindObject. Автобинд скрипт контейнера вызывается для каждой ноды во время configuration poll, и должен вернуть TRUE если ноду надо добавить в контейнер, и FALSE если нет. Функция BindObject задумывалась для скриптов, которые вызываются в других местах - например как реакция на событие.

Hi!

Looks like a bug in console. I'll try to fix it in next release. So far as workaround you can use legacy console (nxcon.exe) tio edit syslog parser in XML form.

Best regards,
Victor

Hi!

Looks like something is broken in 1.2.2 regarding zone support. You do all configuration absolutely right, it must be a bug. I'll try to reproduce and fix this in a next few days.

Best regards,
Victor

Hi!

How do you run this script - as an "execute command" action on server or via agent? Can you shoow your configuration's screenshot?

Best regards,
Victor

В поле name показывается то, что устройство возвращает для OIDа ifXName, а в description - для OIDа ifDescription.