NetXMS Support Forum

/16 might not be too bad idea. Initial pinging is real fast - it goes in blocks of 1000 addresses and takes a few seconds.
Then there is second stage of discovery - when server tries to connect to nodes to get some information. This and subsequent configuration poll for newly-added nodes occurs in DISCOVERY thread pool.

In Tools -> Server Console you can do
show queues
"Node discovery poller" should show the number of addresses waiting.
show discovery queue
should give a list of addresses.

show threads
DISCOVERY part should tell how busy this pool is, may be it should be increased in size.

On your server node there is a number of internal DCIs that keep historical stats for the above.
Server.QueueSize.Current(NodeDiscoveryPoller) is the actual queue size. Is should get to 0 during these 900 seconds. Would be interesting to see it's graph.

Server.ThreadPool.Load(DISCOVERY) and a few other for thread pools should tell how busy discovery thread pool is and if you need to make it bigger.


And if you want to dig deeper, you can turn on say 6 level of debug for tag poll.discovery. This should produce a lot of information in the server log.

That would be in "Data collection configuration" of a node where this data is collected from.
In properties of data collection item select Transformation tab and choose Average delta per minute.

Please enable system user and login under it. Then try searching in object tree, may be there are nodes with these IP addresses that are, however, not visible to your regular admin account.

You can use delta in the settings of the DCIs - in this case you will have number of events par minute for example.

This depends on whether your DCI is string or float. Looks like it's float - in this case displaying works with 6 digits after comma. If you select string it will probably show as you like.

Business services were totally reworked in 4.0 with a lot of new options - it's now possible to automatically populate them and add checks, etc.
Looks like dashboard element was totally forgotten during the rework.
I will check with developers about this and availability percentages.

return format($1/100000, 1, 5);

should do the job. https://www.netxms.org/documentation/nxsl-latest/#func-format

Discovery settings in gui just reflect a number of Server Configuration Variables. So you can do script DCI (or Dummy internal DCI with transformation script) and have this:

return GetConfigurationVariable("NetworkDiscovery.Type");

Очередь формируется автоматически, когда приходит время делать какой-нибудь из поллов. Настроить можно только интервал поллов или количество тредов, занимающихся поллингом.

В Tools->Server console можно сделать
show queue
там будет число для Pollers.

По тредам там же
show threads

Если вы вручную запускаете полл сразу после создания ноды, то Poll request accepted, waiting for outstanding polling requests to complete - это нормальная ситуация, т.к. configuration и status поллы сразу запускаются автоматически.

Вот пример скрипта. Он берет значения из левой колонки (0 в get(r, 0), следующая колонка будет 1 и т.д.).

for(r = 0; r < $1->rowCount; r++)
{
   v = $1->get(r, 0);
   if (v->startsWith("GigabitEthernet"))
   {
      $1->deleteRow(r);
      r--;
   }
}

Это новый web интерфейс, он в стадии разработки, публикуется "на посмотреть". Десктопная версия такая тоже есть.
Старый веб интерфейс доступен, nxmc-legacy-4.1.333.war

а как именно она слегла? ругается, просто страница не открывается?

Типовая процедура - удалить .war файл, перезапустить tomcat, снова положить .war файл

You can use Tools->Export to export all EPP rules. This would give .xml file.

Yup, looks like a bug, will have a look.

В трансформационном скрипте у табличного DCI в $1 будет объект класса Table
https://www.netxms.org/documentation/nxsl-latest/#class-table

У него в частности есть метод deleteRow(rowId)