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

#1006
Those lines won't have switch name, only "FDB" prefix.
#1007
General Support / Re: Database export error
March 18, 2020, 03:28:57 PM
idata_sc* tables are only needed for TimescaleDB deployment, so it definitely is export bug.

As for disappearing nodes - do you have any SQL errors in server log?

Best regards,
Victor
#1008
Hi,

most likely there is some DLL conflict. I'll try to check if all dependencies for pgsql.ddr were added to installer.

Best regards,
Victor
#1009
General Support / Re: Updating alert message
March 18, 2020, 10:52:30 AM
Hi,

you can set option "repeat event" for threshold - if set, threshold violation event will be re-generated while threshold is still active, and if EPP rule is correct alarm will be updated (you'll see new message and increased repeat count).

Best regards,
Victor
#1010
Please try to set debug level to 5, run topology poll on that device, and then show all log messages with prefix FDB.

Best regards,
Victor
#1011
Hi,

OID of what? Device or specific DCI you are fetching?

Best regards,
Victor
#1012
General Support / Re: Dashboard and Map questions
March 18, 2020, 10:47:29 AM
I think we can add lock option in 3.3. Regarding icon issues before refresh - looks like image library bug. What version you are using?

Best regards,
Victor
#1013
General Support / Re: Database export error
March 18, 2020, 10:43:09 AM
Hi,

what exact version you are using? Please show content of table "metadata".

Best regards,
Victor
#1014
General Support / Re: No Topology associations 3.2
March 11, 2020, 10:48:37 AM
Yes, they LLDP implementation is full of inconsistencies. In LLDP local port table switch reports lldpLocPortIdSubtype as 7 (which is "local") and lldpLocPortId as number from 1 to 10, however when looking from other device we see that switch advertises same ports as Id subtype 5 ("interface name"). According to specification it is "a port identifier based on the ifName MIB object, defined in IETF RFC 2863.". However, it doesn't match actual interface name as reported via interface MIB.
Let's check walk results for OID .1.3.6.1.2.1.31.1.1.1.1 in case they report different names via ifTable and ifXTable. If this is not the case then all we can do is to add special handling in LLDP code for that particular type of switches.

Best regards,
Victor
#1015
General Support / Re: Connection refused
March 10, 2020, 09:56:43 PM
Probably one of GetDCIValue calls return null value which is later used in arithmetic operation. You may need to add check for null values.

Best regards,
Victor
#1016
Сообщения отправляются по событиям. Можно в правило, в котором происходит отправка сообщения, добавить дополнительный скрипт-фильтр, который проверит наличие и статус соответствующего аларма.
#1017
Карта сети строится для узлов, которые добавлены в мониторинг. Если хочется их добавить автоматически, то надо еще включить network discovery (в меню Configuration).
#1018
General Support / Re: No Topology associations 3.2
March 10, 2020, 10:37:23 AM
LLDP supports multiple options for port identification. In the log I see that those devices use identification type 5 - interface name, but from what you have described it looks like information provided through LLDP MIB is inconsistent with INTERFACE MIB. Could you please provide output of SNMP WALK for .1.0.8802.1.1.2.1.3.7.1 and .1.0.8802.1.1.2.1.4.1.1 on two connected switches?

Best regards,
Victor
#1019
General Support / Re: Connection refused
March 10, 2020, 10:26:04 AM
I suppose you are building from source. Try to do make install again, but before remove directory /usr/local/lib/netxms (and preferably everything from /use/local/lib as well). Then start server under debugger as per this instruction: https://wiki.netxms.org/wiki/Running_NetXMS_under_debugger and post output here.

Best regards,
Victor
#1020
General Support / Re: Radwin discovery failing
March 09, 2020, 10:56:27 PM
Just added two new configuration options for version 3.3: driver blacklisting and switching SNMP probing into one OID per request mode. Either one should fix this issue.

Best regards,
Victor