NetXMS Support Forum

Странное дело, по какой-то причиние в Table Last Value я вижу только три столбца, сколько бы я их не добавлял, причем данные по невидимым столбцам собираются. Для решения проблемы удаляю кеш клиента (каталог ~/.nxmc), но при новом добавлении столбцов приходиться чистить заново.

Всё, нашел:
https://www.netxms.org/forum/configuration/transformations-scripts-for-table-dci/

idxVoltage = $1->getColumnIndex("input voltage");

for(i = 0; i < $1->rowCount; i++)
{
   $1->set(i, idxVoltage, $1->get(i, idxVoltage) / 10);
}


https://wiki.netxms.org/wiki/NXSL:TableColumn
Непонятно,  а в каком атрибуте хранится собственно value? Как его изменить? Вот например таблица со значением входных напряжений, мне нужно значение поделить на 10:

for (i=0;i<$1->columnCount;i++)
{
column = $1->columns[i];
switch (column->name)
{
case "input voltage":
break;
}
}


Я так понимаю, нужно воспользоваться методом getColumnIndex, но в вики нет документации по методам.

Не совсем красиво, но я делаю так - создаю контейнер maintenance, в event policy добавляю в source objects исключение для этого контейнера. Ноды на обслуживании биндю к этому контейнеру.

Вообще то скрипт как раз возвращает правильный индекс и имя интерфейса.

Всё, разобрался, сам дурак. После выдергивания патчкорда оставались другие интерфейсы, которые netxms продолжал опрашивать. При отключении всех интерфейсов или выключении ноды SYS_NODE_DOWN генерится.

А если у Вас несколько десятков интерфейсов? Проще все-таки скриптом автоматизировать.

Во первых в той теме рабочий скрипт такой:

i = GetInterfaceObject($node, $1);
if ( i != null && i->adminState == 1 && i->ifType == 129)
{
  return %(true, $1, i->name);
}
return false;

Поменяйте ifType на нужный. Во вторых, скрипту нужно передать параметры node и instance, поэтому из консоли он работать не будет, нужно создать DCI,  и разместить его в Instance discovery filter script, а в качестве base snmp oid -  .1.3.6.1.2.1.2.2.1.1

А собственно где этот скрипт у вас работает? Куда Вы его внесли?

Пользуйтесь поиском, подобная тема уже была:
https://www.netxms.org/forum/oe-oo/kak-ao-oat-ao/
Да, и каким OID Вы собираетесь собирать этот параметре? В стандартном docsis if mib я не нашел.

Quote from: hsvt on October 01, 2015, 04:51:49 PM
Так вы пробовали задавать на em0.0 другой IP из управления ?

Нет, и не буду пытаться, так как я использую vrf, поэтому это не решит проблему.

Quote from: Alex Kirhenshtein on December 17, 2014, 01:50:42 PM
P.S. I highly recommend you to fix invalid netmask on servers/routers instead of muting them in monitoring.

This approach does not work if I use vrf (virtual routing and forwarding).

Все таки это проблема netxms, а не juniper. Если я использую различные vrf instances с пересекающимися адресами, то огребаю ту же проблему - кучу ивентов при правильно настроенном оборудовании (неважно - juniper там или cisco), а netxms ничего не знает про vrf.

Для управления адресным пространством правильнее всего нужно делать в netxms разделение по доменам маршрутизации (что потребует нового функционала).

Или хотя бы временный костыль - возможность отключать сбор информации по отдельным интерфейсам. Первый способ (vrf) реализован например в nocproject.

Quote from: hsvt on October 01, 2015, 12:23:49 PM
Я даже пробовал делать em0 unit 0 disable, но это привело к плачевным результатам.

Чем чревато set interfaces em0 disable?

У меня постоянно появляется сеть 10.0.0.0/8 и, как следствие, куча ивентов SYS_INCORRECT_NETMASK, причем ни на одном интерфейсе такой сети нет. А появляется эта сеть при опросе juniper:

Quote
> show interfaces em0 terse   
Interface               Admin Link Proto    Local                 Remote
em0                     up    up
em0.0                   up    up   inet     10.0.0.4/8     

На juniper эта сеть по умолчанию назначается на управляющий интерфейс, в маршрутной информации эта сеть отсутствует, но по snmp, собака, отдает конфигурацию. Перевод интерфейса в unmanagement не помогает. Как netxms заставить игнорировать собирать конфигурацию интерфейса?