NetXMS Support Forum

Hi,

does NetXMS server has SNMP access to this Cisco device? Because normally it should read all configured addresses via SNMP and not attempt to create separate nodes for each known IP address.

If for some reason device is not accessible via SNMP, you can block secondary address in discovery filter. You can set discovery filter to script, and use script like this:

if ($node->ipAddr == "1.2.3.4")
   return false;
return true;


you can also use hook script Hook::AcceptNewNode for this, just add the following line to it:


return $ipAddr != "1.2.3.4";


(of course replace 1.2.3.4 with actual IP address).

Best regards,
Victor

Hi,

it depends on resources available. Developer that was working on it left the company, and currently we do not have any iOS developer onboard (and they are quite expensive as well). Ultimate goal is to have iOS client though.

Best regards,
Victor

Hi,

really nice idea actually, and should be fairly easy to implement. Added to my TODO list

Best regards,
Victor

Про сохранение запросов - пользователю нужно дать право "Manage object queries", но его невозможно дать через GUI в текущей версии. В следующем патч релизе мы это исправим.

Как минимум проблему с получением VLAN'ов я у себя повторил. Буду смотреть.

Вариант для проверки что устройство во всех указанных VLAN'ах:


with
vlanIdList = { %(4, 5, 8) },
vlanMatch = {
list = %();
for(v : vlans)
   if (v->id in vlanIdList)
list->append(v->id);
return list->size == vlanIdList->size;
}
type == NODE and hasVLANs and vlanMatch


Здесь vlanIdList содержит список VLAN'ов.

Проблему с access denied повторил у себя, похоже какой-то баг. Будем разбираться.

Попробуйте такой запрос:


with
vlanIdList = {
list = %();
for(v : vlans)
list->append(v->id);
return list;
}
type == NODE and hasVLANs and (100 in vlanIdList)


Я бы наверное сделал script DCI, который сам делает SNMP get или walk и по каким-то дополнительным признакам определяет правильный OID. Можно например хранить OID который читаем в атрибутах ноды, а если получили ошибку, то искать новый правильный и потом повторять чтение.

Можно использовать $dci->instance (то что мы видим в поле Instance в закладке Thresholds) или $dci->instanceData (то что вернул instance discovery).

Можно повесить обработку события SYS_NODE_ADDED, в нем есть флажок что это устройство найдено по discovery. В обработке события вызавать скрипт, который будет делать

$node->unmanage();

(или как вариант переводить в maintenance mode).

Альтернативный вариант - поставить первое правило в обработке событий, где в фильтре по объектам указать NOT Infrastructure Services, а в действиях - stop event processing. Правило будет срабатывать для всех узлов, которые не под Infrastructure Services, и останавливать дальнейшую обработку события.

С принтерами так-же примерно - сделать правило на событие SYS_NODE_DOWN и SYS_NODE_UP и фильтр по source на принтера (если можно как-то их выделить, по контейнеру скажем), или фильтрующий скрипт, который будет проверять $node->isPrinter, и как действие - stop event processing.

Quote from: prof-alex on September 03, 2021, 02:59:35 PM
И почему по умолчанию на Linux не UTF-8?

Исторически так сложилось Это очень старая часть кода, правильно конечно использовать системный locale (как сделано в Windows версии). Отмечу себе для переделки в 4 версии.

Hi,

could it be that performance counters are disabled on that machine or winperf subagent is not loaded?

Best regards,
Victor

Hi,

sure, you can clone our GitHub repository (https://github.com/netxms/netxms), do necessary changes, and submit a pull request (with usual GitHub mechanisms).

Best regards,
Victor

Hi,

we are working on it, hopefully packages will be available in repository today or tomorrow.

Best regards,
Victor

Hi all!

We just published small patch release 3.9.235. It fixes two issues:

1. Incompatible change in external parameter behavior (issue NX-2108)
2. Incorrect work of NXSL function "trim"

Only server and agent has to be upgraded, there are no changes in UI since 3.9.229.

Best regards,
Victor