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

#3016
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
#3017
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
#3018
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
#3019
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


#3020
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
#3021
Этот параметр появился в 2.0-M1.
#3022
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
#3023
Hi,

do you mean tooltips on network map?

Best regards,
Victor
#3024
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
#3025
I'll implemented it in 2.0-RC1 - change should be quite easy.

Best regards,
Victor
#3026
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
#3027
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
#3028
Hi,

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

Best regards,
Victor
#3029
Hi,

actually, LLDP is quite flexible in what is used to identify node - every peer sends it's identification along with ID type. It can be MAC address, host name, interface name, etc.). Can you please share results of SNMP walk on OID .1.0.8802.1.1.2.1.4.1.1 on switch1 as well as .1.0.8802.1.1.2.1.3 for ap1?

Best regards,
Victor
#3030
General Support / Re: v2.0-M5 & PostgreSQL
July 21, 2015, 04:23:28 PM
Hi,

it seems that at some point you forgot to specify prefix to configure and it installs binaries and libraries into default location (/usr/local). You can safely delete all netxms libraries from /usr/local/lib - then 2.0-M5 should work without problems.

Best regards,
Victor