NetXMS Support Forum

There could be better options, but one I can think of would be to create 2 DCIs:
- one with "Push" origin - that would be the actual DCI.
- another on that receives data via SNMP polls. You can put Retention time = 0, in that case it will not store anything to DB. In transformations script you can PushDCIData into the first DCI.

Even 5GB is way too high for installation of that size. Can you please run this script and share the results:
https://github.com/netxms/netxms/blob/master/src/server/tools/scripts/nx-collect-server-diag.cmd

There are a few things, like process list or ip addresses, that you might not want to publish, you can either send me the output in PM, or modify the .cmd file so they are not collected.

Please check "NetXMS server: physical memory used by process" DCI on NetXMS server node. How it's graph looks for a couple of days - is it stable or growing?

Memory usage depends on number of objects, number of data collection threads, etc.
Please show the output of "sh st" command executed in server console.

Hi!

One day in a future version behaviour regarding certificate expiry might change. As of 3.2 it still the same.

Normally discovered DCIs should not get lost - after rebinding server continues to perform discovery and if it gets all instances, all stays as it was. The problem could be with particular discovery method that is used.

Does it affect only some of the DCIs, not all of them? What method of instance discovery is used for these?

In server configuration there is setting InstanceRetentionTime. It defines, how long instances are retained, if they stop to get discovered. Setting this to some value will keep discovered DCIs for some time, allowing to fix problems with their discovery.

Can you give more details on what are you trying to achieve?
Do you have a node which has SNMP data for these OIDs?
Do you have any DCIs on that node?
What result of the filtering do you expect?

I believe PushDCIData will update only DCIs that have origin "Push".

A "locked" way of map viewing was discussed, but it not yet implemented. Current situation is that all elements are movable, but when user closes the map, no question about saving changes is asked. When opening the map again all items will be on positions when the map was last saved.

Portcheck subagent does not support authentication. There's another subagent - netsvc - that is based on libcurl and supports authentication by specifying address like: proto://user:pass@host
The difference is that it's not possible to use netsvc as data source for "Network service". The only way to access netsvc is to create a DCI.

3.2 bugfix release is out. Please check, if it fixed this issue.

Check the tiny triangle next to Refresh button in the top of Mib explorer view. It hides the menu which enables the filter.

The thing is that we can't run local commands when using WEB management console - browsers do not allow that. So local commands are only supported in desktop management console.

Lat/lon of nodes are used on the map in View -> World map. It's using Open Street Map background from server configurable in Server Configuration (TileServerURL).

First of all, please try to undeploy and deploy again the web console.

print $node->productCode;
should work. What version are you using?

Added object count to above reply. All three installations are well below 1 million.