NetXMS Support Forum

Hi!

If you choose to download config from server, agent sends request for configuration file to server when it starts. Each config stored on server has filtering script associated with it. Server runs those filtering scripts one by one until one of them returns true, then associated config is sent back to agent. Filtering script receives the following information for evaluation:

$1 - agent's IP address
$2 - platform name (like "windows-i386")
$3 - agent's major version number
$4 - agent's minor version number
$5 - agent's release number

For example, filtering script for all Windows agents with version >= 1.1.0 will looks like following:

return ($2 like "windows-*") && ($3 >= 1) && ($4 >= 1);

Best regards,
Victor

Unfortunately events, templates, and traps are only exportable entities so far.

Best regards,
Victor

Actually there are only 3 variables:

%OBJECT_IP_ADDR% - object's IP address;
%OBJECT_NAME% - object's name
%OBJECT_ID% - object's unique ID

Best regards,
Victor

Hi!

Can you please send me output of command

nxsnmpwalk -c snmp_community  switch_ip_address .1.3.6.1.2.1.2

Best regards,
Victor

I can reproduce this issue on my server. Looks like file handle leak in the server. I'll try to fix this till Monday.

Best regards,
Victor

Hi!

Can you please switch server to debug level 5, do topology poll, and send me debug log? In version 1.1.1, you can do this without stopping server:

1. In management console, connect to server's system console - select Tools->Server Console
2. Enter "debug 5" command
3. Do forced topology poll on the switch in question
4. Turn off debug by typing "debug off" in server's system console

You can either post log here or send it to [email protected].

Best regards,
Victor

A gde v sisteme nahoditsja libpq.so?

Hi!

Correct script will be

sub main()
{
  return AddrInSubnet($1->ipAddr,"xxx.xxx.xxx.xxx","255.255.255.0") ||
     AddrInSubnet($1->ipAddr,"xxx.xxx.xxx.xxx","255.255.255.0");
}

or simply

return AddrInSubnet($1->ipAddr,"xxx.xxx.xxx.xxx","255.255.255.0") ||
    AddrInSubnet($1->ipAddr,"xxx.xxx.xxx.xxx","255.255.255.0");

You have to enter full name of the script, like Filter::xxx.

Best regards,
Victor

Prishlite pozalujsta config.log, mozno na [email protected].

Can you post your script?

Best regards,
Victor

Hi!

Not automatically with agent's config. In version 1.1.x, you can put file on NetXMS server (into C:\NetXMS\var\files in default Windows installation), and then in console select "Upload file" for single node or container.

In the next versions I plan to implement feature similar to HP Operations "instrumentation", which will allow to deploy required scripts and configs automatically.

Best regards,
Victor

Hi!

Currently you have to search the forum. I'll try to summarize it's features later on and put into manual, but right now I don't have time for that.

Best regards,
Victor

Hi!

Zone in NetXMS is a completely separate network with possibly overlapping IP addresses. Typical example is service provider with multiple client sites, and each site has internal network 192.168.1.0/24. You can use different proxies to access servers and devices in each site, but without telling NetXMS server in some way that those networks are actually different networks, IP topology will be incorrect. With zoning enabled, you can put each remote site in separate zone, and NetXMS server will know that those networks are different networks, even if they have same IP address. See also this topic: https://www.netxms.org/forum/configuration/is-it-possible-to-have-two-networks-with-same-ip-subnet/.

Best regards,
Victor

Hi!

Unfortunately there are no built-in tolls for initial agent deployment. For Windows, you can slightly simplify agent deployment by using automated (silent) install mode, activated by /VERYSILENT command line option of agent installer. All possible command line options for installer described in installation manual. I'm not a big expert in WIndows domain administration, but probably you can use group policies to distribute and install agent in unattended mode on domain computers.

Best regards,
Victor

P.S. See also https://www.netxms.org/forum/installation/how-to-configure-and-deploy-netxms-agent/

Ja sdelal SYS_NODE_DOWN bol'she dlja primera. A tak ja vizu tri sposoba:

1. monitorit' sostojanie processa netxmsd i tcp porta 4701, esli to ili drugoe ne v porjadke, vistavljat' isDown;
2. Sdelat' na lokal'nom agente vtorogo servera external parameter, kotorij dergaet server cherez kakoj-nibud' klientskij tool, naprimer nxalarm, i esli tot daet failure, to schitae, chto server ne rabotaet;
3. Sdelat' na udalenom servere external parameter, kotorij zapuskaet nxadm -c "show status", esli ne otrabotal - znachit server ne rabotaet.

Nu ili ob'edinit' vse tri dlja nadeznosti. S tochki zrenija event processing policy prosto dobavjatsja novie sobitija k pervim dvum pravilam.