NetXMS Support Forum

Ja dumaju takoe opisanie budet poleznim.

Viktor

This topic intended for posting MIB files which are validated to work with NetXMS but not (yet) included in distribution.

Da, podderzivaju. Ja sdelaju novij sticky topik v razdele Configuration.

Viktor

Hi!

Thank you! I'll take a look at it in a few days.

Best regards,
Victor

Hi!

The correct syntax will be


return $node->ipAddr == "10.0.0.18" ||
$node->ipAddr == "10.0.0.92" ||
$node->ipAddr == "10.0.0.93" ||
$node->ipAddr == "10.0.0.94" ||
$node->ipAddr == "10.0.0.96" ||
$node->ipAddr == "10.0.0.97";


Best regards,
Victor

Hi!

I'm interested in walk results for the following OIDs:

.1.3.6.1.2.1.1
.1.3.6.1.2.1.2
.1.3.6.1.2.1.17.1
.1.3.6.1.2.1.4.20.1
.1.3.6.1.4.1.9.9.401.1
.1.3.6.1.4.1.9.9.134.1
.1.3.6.1.4.1.9.9.276.1
.1.3.6.1.4.1.9.9.173.1
.1.3.6.1.4.1.9.9.128
.1.3.6.1.4.1.9.9.68

Output can contain sensitive information like IP addresses. You can obfuscate them if it is a problem, just let me know what places in the output was changed.

Best regards,
Victor

Technically it's possible, but there are lot of licensing limitations, especially for using Google maps in desktop applications. My initial implementations was based on Google maps, but then I read terms of use and switched to OSM. Limitations that I can remember so far are:

1. You cannot access tiles directly - you have to issue rendering request each time you have to display map. For example, if you resize map window, you have to do new request to server with new map size.
2. Caching is forbidden
3. Map size is limited to something around 600 pixels
4. You cannot glue pieces of the map together to create a bigger map - that means that you cannot create large full screen view with geo map
5. You have limits on rendering requests per day
6. Google requires that application which uses Google maps should be publicly available - it's not clear if it's enough that source code can be downloaded, or monitoring service itself should be publicly available.

Of course, if you purchase commercial access to Googe maps, you will not have those limitations. If somebody wishes to integrate access for commercial Google map services, we can do it.

Best regards,
Victor

Hi!

Ideal would be read-only access to device with SNMP. If it's not possible, output of nxsnmpwalk for given OIDs would suffice. If you can do that, then I'll take a look at Nexus MIBs and let you know what OIDs are needed.

Best regards,
Victor

Yes, pushing results is another option. You can push events using nxevent tool, or push DCI values using nxpush.

Best regards,
Victor

I don't see any problem with DCI configuration. However, from the agent trace I see that server does not connect to agent at all. What DNS name/IP address set as primary host name for the node object (on communication tab in properties)? Try to do forced configuration poll (right click on node, then Poll -> Configuration). Maybe connections initiated by server process blocked by firewall?

Best regards,
Victor

You should get string value from that script with nxget. Agent will return first line of output, not return code of the script. As your DCI has integer type, you are probably expect to get some numeric value. For example, to write line to a log and return value of 1, you script should looks like

@echo "Test" > C:\test.txt
echo 1

Best regards,
Victor

You should not use start there - it starts given command asynchronously, not waiting for it's completion. Agent will never get the output of the command. How you CMD file looks like? Also, you can try using form

ExternalParameter = cmd.exe /c C:\NetXMS\Test\Launch.cmd

Best regards,
Victor

I can think of the following ways:

1. Schedule external script using system scheduler and write result to a file; then you can get into DCI content of that file, which can hold execution result of and external script, and fact of such file presence and/or last modification time.

2. If you have long-running script which should be executed with fixed intervals, you can use external parameters provider. It works by running given script periodically and caching the results. Then, when server requests value of provided parameters, result from cache is returned immediately.

There are also a lot of possible variations - like starting external script from server using actions, and so on.

Best regards,
Victor

P.S. I start thinking that having some kind of scheduled jobs in the server could be useful in situations like that.

NetXMS server does 3 retries after timeout error, resetting agent connection before each retry, because most common cause for timeout on getting parameter is communication problems. Long-running external parameters are bad anyway, because server uses one connection for reading data from agent, and parameters are read in order. So, if one parameter request takes too long, collection intervals for others will shift.

Best regards,
Victor

Ok, so it looks like agent returns something. I suppose that you don't have wc command, and so it just returns first line of dir output. Next question is why you don't see DCI value in management console. Can you post a screenshot of DCI configuration?

Best regards,
Victor