NetXMS Support Forum

Yes, thanks for the info. In that script we have $node variable which contains object of DiscoveredNode class, please see here:
https://netxms.org/documentation/nxsl-latest/#class-discoverednode

We will improve the UI in a future version so that discovery filter script is editable right from Network Discovery page with hint on available variables in that editor.

From which place do you run your script?

What is the name of the hook script that you are using?

Something like this was fixed recently, please try v5.2.1

А в логе SQL ошибки именно по этой ноде продолжаются?

В Configuration->Script Library есть скрипт Hook::ConfigurationPoll. В нем дописать

if ($node) {
  $node.enableSnmp(false);
}Это чтоб для всех нод запретить. Проверка в первой строчке - потому что кроме нод configuration poll бывает еще у сенсоров, кластеров...

Условия, естественно, может делать более сложные, например только для нод на которых есть агент:
if ($node and $node.isAgent) {
  $node.enableSnmp(false);
}

Да, вполне. Более того, чтоб карта потом обновлялась, нужно чтоб все сид ноды были доступны, поэтому даже лучше когда их меньше.

Форматирование несколько побилось движком форума.

Обязательно именно через api? Часто достаточно из nxsl
$node.enableSnmp(false);
такие вещи удобно делать в configuration poll hook script.

Слипание объектов в кучу - это недостаток алгоритма расставляющего объекты на карте. Проявляется когда есть две или больше группы нод, между которыми нет сетевых линков.

По идее для построения должно быть достаточно одной или нескольких seed нод. Может быть поможет галочка Include end nodes в свойствах карты. 
Добавление контейнера - да, однозначно ставит все ноды которые в нем есть на карту, но в данном случае сервер не знает топологию до одной из них (что, возможно, можно починить).

А можете посмотреть, к какой ноде относится этот интерфейс (id = 5667) и какой у этой ноды SNMP драйвер.

Если нода находится в конкретной зоне, то она будет ходить через прокси который(ые) указаны в свойствах этой зоны.

А в настройках дискавери можно указать конкретную зону для active discovery, тогда ноды при их нахождении должны сразу оказываться в правильной зоне.

Yes, for time being it's file delivery policy, not file removal policy. Could be nice thing, but development resources are limited and there are more important features to work on, so probably only with sponsored development.

It's probably possible to add files with 0 size - this will at least delete contents of files.
It's possible to configure action on agent that would do deletion of files.
And, also requires quite some effort - nxshell / java app can use file manager api to talk to agent nodes and to the deletion.

There's still no easy way. Theoretically there could be an option to set source node from nxsl (and may be some hook script to set this right when template is applied). And there are many other things which can not be done from nxsl, so there's a lot of work to improve that.

So yes, it's possible to configure Script DCIs and do data collection that way.

Or another possible workaround is to have nxshell script that is executed as server's action and that script would change source node.

To mention, tables now can work in provider mode - there's new syntax for defining tables in agent config, what we need there is PollingInterval parameter.

Also, did you check if Web Service functionality could do the job for you? It's possible to use that from NXSL scripts.

I actually did not know that there's python subagent, judging by number of commits it's not actively developed, will check with developers in a while on it's status.

There's no option to clear history from the GUI, but you can delete data from database.

You need to stop server process prior to deleting from the DB!!!

The table you need are these two: BUSINESS_SERVICES_DOWNTIME, BUSINESS_SERVICE_TICKETS. First keeps downtime records, second keeps tickets which are displayed at the bottom when viewing a business service.

Document describing the DB is here:
https://www.netxms.org/documentation/datadictionary-latest/#t-business-services-downtime
https://www.netxms.org/documentation/datadictionary-latest/#t-business-service-tickets