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 - Filipp Sudanov

#1276
General Support / Re: Reporting in NetXMS 3.5
October 01, 2020, 04:52:28 PM
Hi!

most recent manuals are maintained in NetXMS Admin docs: https://www.netxms.org/documentation/adminguide/reporting.html#installation-manual

Reporting currently is not actively developed, so nothing much changes in the documentation.

Some information and a couple of report definition examples are available in this forum post:
https://www.netxms.org/forum/general-support/reporting-server-4315/
#1277
General Support / Re: Connection problem server console
September 30, 2020, 05:54:07 PM
On Windows you can create Dump file for netxms process from task manager. Please do this right after you see that  'show sessions' stopped halfway.
#1278
Тогда надо искать и удалять записи из таблицы ALARMS в базе.
https://www.netxms.org/documentation/datadictionary-latest/#t-alarms
#1280
Точки доступа идеологически сейчас сродни интерфейсам - нодам они не являются. NXSL скрипты на них тоже нельзя запускать, как и на интерфейсах. Гипотетически скрипт мог бы запускаться в контексте точки доступа, не знаю, есть ли в этом необходимость. Сейчас можно запускать скрипт на контроллере и из этого скрипта обходить точки доступа под этим контроллером.
Будет добавлена возможность назначать шаблоны на точки доступа: https://track.radensolutions.com/issue/NX-1956

Еще, в принципе, есть возможность автоматизировать все действия, которые можно сделать через управляющую консоль через nxshell - там можно запускать jython скрипты. Вещь довольно сложная.

#1281
General Support / Re: Server Certificate
September 25, 2020, 03:30:28 PM
#1282
General Support / Re: NetXMS WebAdmin Error
September 25, 2020, 03:28:27 PM
What is Jetty version?
#1283
General Support / Re: Connection problem server console
September 25, 2020, 02:04:33 PM
Is your server running on Linux? If yes, can you try getting some more debug information - when you see client hanging on "show sessions", try running
https://github.com/netxms/netxms/blob/master/tools/capture_netxmsd_threads.sh
script on the server. The script requires gdb to be installed on server.
Please run this script 3 times with interval about 30 seconds between.
Each run should produce a file in /tmp
Please share these files.
#1284
Also, in 3.5 there's now an ability to skip action, if a particular timer is running. So your condition should now fit into 2 EPP rules.
#1285
В 3.5 в свойствах действий добавлена проверка - если существует таймер, то не выполнять действие. Теперь можно обойтись двумя правилами - в правиле node up проверять, если таймер, заведенный в node_down еще не истек, то не слать оповещение про node up.

#1286
Тогда ищите во View -> Alarm Log, фильтруя по времени создания.
#1287
It was just fixed, will be available in next patch release.
#1288
https://www.netxms.org/documentation/adminguide/reporting.html#installation-manual

Там нужно правильно конфиг файлы написать, потому что если в них что-то не то, то толковой обработки ошибок нет.
#1289
Похоже, что он доапгрейдил базу до 30.18 и на этом остановился. 30.18 соответствует версии 3.0-M0, можно попробовать поставить ее и там сделать nxdbmgr check.

Еще стоит сделать селект ThreadPool.Poller.BaseSize из config, есть ли вообще такая запись в этой таблице и что в ней.

#1290
General Support / Re: monitor laptop on wifi and lan
September 22, 2020, 04:28:28 PM
Yes, it could be possible to create two interfaces manually for these nodes. If an interface is created manually, it will not be deleted (there's a flag about that not visible in UI).

As far as I know there's currently no built-in logic for interface failover. With some NXSL scripting it should be possible to set up a script DCI that is checking interface status and produces an alarm when both interfaces are down (and there could be some additional logic to avoid the alarm when these laptops are officially shut down).

But if an IP address changes for an interface, there will be a problem anyway.
SNMP could help, but thin clients could also not support it.

In general there's currently a flaw in the logic, it should get improved. I've created an issue for this: https://track.radensolutions.com/issue/NX-1952