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

#931
This is really strange. In your first post you mention interface FL-Signage with index 209 as having wrong IP address, but I don't see such interface in walk output. Could you please send me screenshot of overview page and interfaces page for that node? You can send it in PM if it contains sensitive information.

Best regards,
Victor
#932
It could be due to timeout. Server will wait for answer from agent for time specified in server configuration parameter AgentCommandTimeout. If you are accessing remote system over slow link or command execution takes significant amount of time then executeSSHCommand may just timeout.

Best regards,
Victor
#933
Hi,

yes, #1 is correct. Any way that get you working bcm2835 library is fine. Looks like download URL in that post is outdated.

#3 - you did rename nxmc-3.2.478.war to nxmc.war? If yes and still nothing shown check Tomcat log files or post them there.

Also, we have Raspbian repository for agent and server so you can just install them without building yourself.

Best regards,
Victor
#934
Hi!

What exact errors you are getting? I see commands in your post but no actual output with error messages. Also, what version of Raspbian you are using?

Best regards,
Victor
#935
Hi all!

NetXMS 3.2 patch release 5 is out. It fixes few important issues:

- Improved alarm browser performance when displaying big number of alarms
- Fixed memory leak in server
- Fixed issue NX-1821 (Scheduled Task script not accepting parameters)

Only server and user interface packages are affected.

Best regards,
Victor
#936
А какая версия сервера? Но expandString должен работать, поскольку иначе была бы ошибка в той строке.
Попробуйте еще в trace добавить результат expandString, и потом сравните в аларм логе что ключ действительно совпадает с алармом.
#937
Похоже что аларм не находится - в этом и проблема. Покажите пожалуйста как сейчас выглядит правило.
#938
Hi all!

NetXMS patch release 4 (version 3.2.462) is published. This patch only affects server component. It fixes single issue with thread pool manager that can cause start of excessive number of threads in thread pools. All other components can stay on version 3.2.451.

Best regards,
Victor

#939
Hi,

could you please provide output of SNMP walk for the following OIDs for this device:

.1.3.6.1.2.1.4.20.1
.1.3.6.1.2.1.4.34.1
.1.3.6.1.2.1.4.32.1
.1.3.6.1.2.1.2.2.1

Best regards,
Victor
#940
Ну да, я не подумал что аларм сбросится в outstanding на повторном событии. Тут два варианта решения:
1. Сделать такой-же фильтр для генерации алармов - т.е. событие будет просто игнорироваться если аларм уже есть. Тогда можно отсылку нотификации и генерацию аларма объединить в одно правило. Единственный недостаток - счетчик повторов у аларма не будет увеличиваться.
2. Использовать "sticky acknowledge" вместо "acknowledge" для аларма - sticky состояние не будет сбрасываться обратно в outstanding.
#941
В аттаче пример правил. Первое правило отсылает сообщение если аларма с заданным ключем нет или он в состоянии "outstanding". Второе правило создает аларм с ключом (или обновляет существующий если аларм с таким клячем уже был).
#942
General Support / Re: No Topology associations 3.2
March 27, 2020, 07:15:56 PM
One possibility is to change interface naming in netxms. You can do that either in configuration poll hook or by using interface name templates. If interface object names will match then topology builder should puck them up correctly. You can use macro that calls a script and replace ETHERNET PORT n with just PORT n.

Best regards,
Victor
#943
Hi all!

We just published NetXMS 3.2 patch release 3 (version 3.2.451). Changes since previous patch release:

- Internal parameters for monitoring syncer performance (Syncer.RunTime.*)
- Improved notification handling in user support application
- Allow usage of chat ID as recipient address for Telegram
- Support for standard SSH configuration file in SSH subagent
- Environment variables from agent configuration file also set for user agent processes
- Improved hypervisor type detection by agent
- Tunnel option can be turned on in Windows agent installer
- Fixed issues with hardened file system permissions in Windows installer
- Added SMBIOS parameters support on FreeBSD
- Fixed issues:
        NX-1635 (Log parser can skip lines in a log file)
        NX-1737 (User Agent Startup and Recurring Notifications not working)
        NX-1810 (Server can cash if scheduled task deleted while running)
        NX-1812 (In the WebUI Filter in Alarm browser hiding column headers and first row when resized)
        NX-1814 (Values of internal parameters Server.QueueSize.Average and Server.QueueSize.Current are inconsistent)
        NX-1815 (FDB cannot be read on certain Cisco switches)
        NX-1816 (Removing node from cluster crashes server)
        NX-1817 (Log file can be read twice after rotation by log parser on Windows)
        NX-1819 (NXSL methods NetObj::bindTo() and NetObj::unbindFrom() crash server when given null as parameter)

Best regards,
Victor
#944
Just checked that exact file - works correctly with server 3.2.400. When you are on login screen, what version is displayed in bottom right corner?

Best regards,
Victor
#945
General Support / Re: Source node and templates?
March 24, 2020, 01:22:19 PM
SSH proxy setting determines which node will establish actual SSH connection. If you are using source node then server will read SSH settings on that node, not on a node where DCI is configured (because connection goes to source node, not DCI owning node).

Currently there is no way to set different source nodes from template. What you can do it to use script DCI instead of SSH DCI, and in script code identify correct source node and call executeSSHCommand on it.

Best regards,
Victor