NetXMS Support Forum

Yes, it's so for some historical reasons. Will stay so in 3.x versions, but hopefully will be reworked in 4.0

You can use the desktop app on any machine, not necessarily it should run on the server. It just connects to the server on TCP port 4701.

Try using desktop console. It might work much faster with maps.
There also is an option to export map to image in desktop console.

Имя лог файла задается в конфиге сервера - netxmsd.conf. Под линуксом это обычно /var/log/netxmsd

В клиенте зайти в Tools -> Server Console. Там дать команду
debug 6
сервер перейдет на 6 уровень отладки. В лог при этом будет сыпаться очень много строк.
Выполнить опрос и дать команду на уменьшения уровня отладки
debug 0

Еще там есть команда logmark, она добавляет в лог "******* MARK *******". По этим отметкам удобнее искать, какая часть лог файла нужна.

Are you using desktop console or web console?

Ок, присылайте лог сервера. Можно в форумную личку.

NXSL tried to interpret the HEX as string and taked first 00 as end of string. Try this way:

transport = $node->createSNMPTransport();
if (transport != null)
{
  println transport->get(".1.3.6.1.4.1.4196.1.1.5.2.100.2.1.4.0")->printableValue;
}

Reporting perspective is showing reports that are installed in C:\NetXMS\var\nxreportd\definitions

Here's a forum post that has an example of report:
https://www.netxms.org/forum/general-support/reporting-server-4315/msg20117/#msg20117

You can use instance discovery mechanism - in this case DCI are created and their names can be used in graphs on Performance tab.

- Create a script in script library, e.g.:
instances = %{ }; // Create empty hash map

instances[".1.1.1"] = "name_one";
instances[".1.1.2"] = "name_two";

return instances;

- Create a DCI. In "General" tab in DCI properties there are two macros - {instance} and {instance-name}. E.g. ".1.1.1" from the script will go into {instance}, "name_one" into {instance-name}.

- In "Performance" tab in DCI properties the situation is opposite - {instance} will be filled with "name_one" (this is so for some historical reasons, should be changed in some future releases).

Now, when you do Poll->Instance discovery on a node (or wait when it would happen automatically), the script will be executed, values returned by this script will be used to create/update DCIs.


The script in the above example returns hash map. It could also return an array, in that case {instance} would be taken from that array. In instance discovery filter script it's possible to modify or add {instance} and {instance-name}.
return Instance(displayName: "name_one", name: ".1.2.3");

Now wee need to get the legend name. This could be done either from that script in script library or from instance discovery filter script:

transport = $node->createSNMPTransport();
if (transport != null) {
  legend_name = SNMPGetValue(transport, ".1.2.3.4.1");
}

There are some examples in NXSL docs: https://www.netxms.org/documentation/nxsl-latest/

Попробуйте на момент опроса узла поставить 6 уровень отладки на сервере (Tools -> Server console, там "debug 6", по окончании "debug 0"). Создайте интерфейс внучную, сделайте опрос и покажите лог сервера.

На закладке Object Details - Overview что записано в поле "Driver"?

Pls show the contents of C:\NetXMS\log\commons-daemon.xxxx-xx-xx.log

There are several approaches here
- you can create two DCIs - one for pinging with short packets, another for big packets. In a third, script, DCI you can read last collected values of these pinging DCIs
GetDCIValue($node, FindDCIByName($node, "DCI_NAME"))
and make decision. This script DCI can return e.g. 1 or 0 and have a trigger that creates event.

- You can have a script DCI that poll several agent parameters at once.
$node->readAgentParameter("Icmp.Ping(8.8.8.8, 1000, 1500)")
It's not recommended for such script DCI to run for very long (longer then 3-5 seconds) as having many such script DCIs may occupy data collection pollers for too long and cause problems with data collection.

For timeout Icmp.Ping returns value of 10000.

As answered in Telegram support channel:

Increase memory limit in nxmc.ini
(-XmxNNN, where NNN is the limit)

One way is to create a DCI on that node with Icmp.Ping(target, timeout, psize) metric. "psize" parameter defines packet size.
In "Source node" in DCI's properties you can select a node from which the ping will be actually sent.

Second way - you can manually add an interface with the external IP and then use ICMP statistic collection on that interface. But in this case it's not possible to set packet size.
https://www.netxms.org/documentation/adminguide/icmp-ping.html#

DRBD collector is for https://en.wikipedia.org/wiki/Distributed_Replicated_Block_Device , this may not be present on a system. So this is not an error that would be preventing server connecting to agent.

check output of
netstat -lptn
on agent's system. It should show something like
tcp        0      0 0.0.0.0:4700            0.0.0.0:*               LISTEN      6347/nxagentd       
that would mean that NetXMS agent is listening on port 4700.

From another machine you can try
telnet agent_machine_ip 4700
to see if it's possible to establisth network connection to agent.

In netxms console try right-clicking the node and performing Configuration Poll (full).