Автобинд в контейнеры

[victor]

Ошибка вызвана скорее всего тем, что какой-то из вызовов FindObject возвращает NULL. А какое значение у конфигурационного параметра CheckTrustedNodes (см. здесь почему это важно: http://wiki.netxms.org/wiki/SG:Security_Issues).

[SKYnv]

@victor said in Автобинд в контейнеры:

Ошибка вызвана скорее всего тем, что какой-то из вызовов FindObject возвращает NULL. А какое значение у конфигурационного параметра CheckTrustedNodes (см. здесь почему это важно: http://wiki.netxms.org/wiki/SG:Security_Issues).

CheckTrustedNodes = 1

спасибо поэкспериментирую с 0

[SKYnv]

и так CheckTrustedNodes = 0

такой скрипт висит в правилах автобинда на контейнер. отрабатывает без ошибок (они не сыплятся в алярмы)

sub main()
{
BindObject(FindObject(36420),FindObject(3718));
BindObject(FindObject(36420),FindObject(2218));
}

реакции 0
выполняю через exec в консоли сервера, ноды биндятся на контейнер мгновенно.

udp
странно, а после перезапуска сервера добавляет мгновенно... правда из классической консоли.

udp
да, если писать в ява консоли правила для автобинда в контейнер это не оказывает никакого эффекта. Если из классической, то все отрабатывает мгновенно. Другое дело что в классической нет галки на анбинд при несовпадении...

[victor]

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

[SKYnv]

@victor said in Автобинд в контейнеры:

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

то есть достаточно будет?

sub main()
{
findobject(123);
findobject(435);
}

[victor]

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

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

[SKYnv]

@victor said in Автобинд в контейнеры:

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

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

или как я понимаю

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

похоже что
BindObject(FindObject(36420),FindObject(3718)); в скриптах автобинда временами убивает сервер.

[victor]

@skynv said in Автобинд в контейнеры:

или как я понимаю

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.

[glebofff]

Приветствую. Чтобы темы не плодить, пишу здесь.

Узел, по которому выполняется скрипт - $node. А как узнать контейнер, к которому пытаемся биндить испытуемый узел?

Мне нужно перебрать Custom Attributes контейнера (как, кстати, по ним сделать итерацию?), и на основе определённых значений уже принять решение, подходит узел или нет.

[victor]

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