NetXMS Support Forum

А какая система и архитектура процессора?

nxshell use Jython, which do not support c extensions, you have to use pure-python modules.

First of all, if it's server-grade hardware (not desktop), this information (temperature, voltage, fan speeds, etc.) is usually available via management board (iLO, DRAC, etc.), over SNMP or SMCLP.

On some systems, motherboard temperature can be also retrieved using WMI: https://www.netxms.org/forum/general-support/useful-wmi-queries/msg7656/#msg7656

If management board is not available and "ACPIThermalSpot" do not provide valid temperature, you can try to install SpeedFan (http://www.almico.com/speedfan.php) and sfsnmp extension (http://deve.loping.net/projects/sfsnmp/), then collect information data via SNMP.
I never used SpeedFan/sfsnmp combination, but seen some reports that it works quite well.

По пункту 3 – это есть, называется autobind. При configuration poll, выполняется скрипт из заклади "Autobind script" для контейнера. Если скрипт вернул "true" - нода будет добавлена в контейнер. Пример скрипта: $node->isAgent, $node->isPrinter, и так далее, до любой сложности скриптов.

Try to replace dbschema_sqlite.sql with attached version.

Hello.

Check this link: http://wiki.netxms.org/wiki/Web_Interface_Installation_Guide#Installing_web_interface_on_remote_system

Если графики были настроены в виде дешбордов (а не saved graph), то при импорте система пытается найти подходящую ноду и DCI (по именам) и востанавливает все связи.

Да, мы планируем расширять поддержку – текущая версия была сделана под конкретные требования.

Так было задумано – но мысль здравая, мы подумаем над этим.
https://www.radensolutions.com/chiliproject/issues/671

"Entire Network" – это дерево, которое строится автоматически на основе IP топологии, нода будет в каждой подсети, в которую она входит.
"Infrastructure Services" – логическая структура, которую настраивает администратор. В этой ветке можно создавать свои контейнеры и привязывать к ним ноды (bind). Нода при этом – один объект в системе, который может быть в многих контейнерах. При удалении (Delete, не Unbind) – пропадет из всех контейнеров. Пример в аттаче.
Дополнительная информация есть тут: https://www.netxms.org/documentation/adminguide/objects.html

"Стойка" – это Rack, серверная стойка. На данный момент функционал не закончен. В будущем планируется, что можно будет настроить физический вид стойки, после чего использовать для визуализации дешбордов, к примеру.

Нет, все записи с момента старта агента будут обработаны. Если выставить флаг processAll – то вообще все, от начала лога.

Для файлов логика такая: агент хранит позицию в файле и на каждом проходе вычитывает всё начиная с позиции. Если размер файла меньше сохраненной позиции или время создания не совпадает – считаем, что логу сделали rotate и скидываем позицию на 0.
Для windows event log: при старте агент открывает event log и пропускает все записи до текущего времени (специфика работы с event log – он читается всегда с самого начала), после чего периодически забирает все новые записи, непрерывность обеспечивается операционной системой.

На сервере всё время в UTC (unix time stamp), все конвертации происходят на клиентской стороне. Таймзона на рабочей станции и время точно правильное?

Yes, your changes are correct – I attached wrong file
Proper fix attached.

Sorry, my bad. Patch from my previous post will not apply correctly to 1.2.17. New patch attached to this post.

1) Unpack:
tar zxf netxms-1.2.17.tar.gz
2) Download fix.diff
3) cd netxms-1.2.17
4) Apply patch:
patch -p1 < ../fix.diff
5) configure with desired options, make, then make install

Hello.

Right now it works only on Windows. In addition to NetXMS agent, you also need to start "nxsagent" (it's added to RunOnce registry key by the installer) to make it work. Server IP also should be in MasterServers ACL.
If you start it with "-H" argument ("nxsagent -H"), window will be hidden.