News:

We really need your input in this questionnaire

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#2956
Hi,

most likely it indicated that there are no server connection accepting traps. Can you share agent configuration file (nxagentd.conf)? Also, how this node is configured in NetXMS server and what is configuration poll output for it?

Best regards,
Victor
#2957
General Support / Re: Gauge – Dial type setup
August 05, 2015, 05:45:01 PM
Hi,

you should set:

left red end at 150;
left yellow end at 200;
right yellow start at 250;
right red start at 250;

Best regards,
Victor
#2958
General Support / Re: Nxevent not working
August 04, 2015, 06:08:56 PM
Hi,

seems to be a problem with installation - looks like nxevent compiled for older/newer version of libnxcl. Is it possible that you for example forgot to specify --with-client when building upgrade binaries? Anyway, I think best solution would be to recompile binaries on that server.

Best regards,
Victor
#2959
You can set responsible person's in container's custom attribute, and create universal action that will use script to extract recipient. For example, you can definie recipients in email action like this:

%[GetRecipients]

Then, create script in script library caled "GetRecipients" like this:


foreach(p : GetNodeParents($node))
{
rcpt = GetCustomAttribute(p, "recipients");
if (rcpt != null)
return rcpt;
}
return "default@email";  // fallback email if nothing was set in containers


It will return emails configured in parent container for node in custom attribute "recipients", or default email if nothing is configured. Script can be made more complicated to collect all recipients on all upper layers and combine them into single recipient list.

Best regards,
Victor
#2960
Hi,

configuration on agent side seems to be ok, and SendTrap record in log confirms that event is being generated. Check that you run agent with debug level 6 or higher and try to find record similar to "sending message CMD_TRAP" after SendTrap() record. If you'll find it, it mean that message was actually sent to server and problem is on server side. If not, problem is on agent side.

Best regards,
Victor
#2961
Hi,

first of all, I would recommend to change events for threshold to SYS_TABLE_THRESHOLD_ACTIVATED and SYS_TABLE_THRESHOLD_REARMED - you will get much more meaningful messages including service name. Other than that configuration seems fine (you can actually use == instead of like when you are not using metacharacters, but it should not make any difference in result).

Best regards,
Victor


#2962
General Support / Re: NetXMS system requirements
July 31, 2015, 04:04:17 PM
I would recommend 8-16GB RAM and 4 CPU cores. For this number of nodes you'll have instant flow of INSERTs in database, so you may want to give most attention to I/O and MySQL tuning.

Best regards,
Victor
#2963
Этот параметр появился в 2.0-M1.
#2964
Hi,

you can force driver selection for a node by setting node's custom attribute snmp.driver to driver name. Try to use Catalyst driver and if it will work I'll correct supported device detection in the driver.

Best regards,
Victor
#2965
Hi,

do you mean tooltips on network map?

Best regards,
Victor
#2966
Just few clarifications:

1. load will not exceed size, bt it can exceed max size, as thread pool will not grow beyound max size.

2. Note that parameter name for load monitoring is "LoadAverage", not "Load", as it represents moving average of request queue for period (same as UNIX/Linux load average), while "Load" represents current thread pool load as % of threads processing request to current size of thread pool.

Also, I've updated internal DCI selector in UI - now it shows correct set of parameters.

Best regards,
Victor
#2967
I'll implemented it in 2.0-RC1 - change should be quite easy.

Best regards,
Victor
#2968
Hi,

seems to be a bug in NetXMS. Could you please show how interfaces on your nodes looks like (Interfaces tab in node details)?

Best regards,
Victor
#2969
Hi,

that's likely a problem. Currently NetXMS can only build topology if both peers provide LLDP information via SNMP. In this particular case ap1 reports that it identify itself using MAC address (.1.0.8802.1.1.2.1.4.1.1.4.0.57.2 = 4), but because it does not provide own LLDP ID via SNMP NetXMS cannot find node with this LLDP ID. I can add a fallback search using remote system name (.1.0.8802.1.1.2.1.4.1.1.9) - it may cause inconsistent results though if for example few nodes have identical system names.

Best regards,
Victor
#2970
Hi,

seems to be a bug in dashboard implementation. We will check.

Best regards,
Victor