NetXMS Support Forum

Hello!

Looks like poller threads inside NetXMS server hangs for some reason. Loss of MAC address configuration is just a consequence, not the source of a problem. Could you please try to upgrade to 0.2.20 - some bugs of 0.2.19 are solved in it - and tell if this helps or not.

Best regards,
Victor

А можно поподробнее?

Можно попробовать добавить /usr/local/lib в /etc/ld.so.conf и запуститть ldconfig, потом заного сделать make install.

Best regards,
Victor

Hello!

Unfortunatelly, there are no way to achieve this functionality without significant changes in system architecture. Although it is possible, and having possibility to collect data by agent even without server connectivity is very useful, I could not tell when we can implement this feature. But at some time it definitely will be implemented.

Best regards,
Victor

Yes, today or tomorrow.

Best regards,
Victor

Hello!

NetXMS version 0.2.20 is out. Changes since version 0.2.19:

* Implemented advanced event processing using situations
* Added checking of NetXMS server own network connectivity via beacon hosts
* Implemented "proxy node" functionality for DCIs
* Added possibility to use values of other DCIs in transformation scripts
* Added possibility to specify multiple recipients in e-mail or SMS action
* Implemented System.CPU.Usage for individual processors on Linux
* PING subagent: added parameter ICMP.PacketLoss(*)
* Command line options for the server changed to use common style
* Added UNICODE support in client part on Linux/UNIX
* Implemented macros in template DCIs (expanded when template applies to node)
* Added event storm detection
* Added possibility to specify multiple SNMP community strings for discovery and configuration polls
* NetXMS server now can understand interface aliases (description in Cisco terms)
* Added optional synchronization of node names with DNS
* New command line tool for managing alarms - nxalarm
* Implemented "stop processing" option for event processing policy rule
* Implemented "move" operation for templates (move between template groups)
* New internal parameter: ConditionStatus(*)
* NXSL:
   * Implemented condition operator (?
   * New built-in functions: gmtime(), localtime(), left(), right()
* Fixed issues: #188, #189, #190, #191, #195, #199, #203

Best regards,
Victor

Действительно странно Буду думать...

Hello!

Consoles from RC will not work with final 0.2.20 - you will have to upgrade installed consoles. Otherwise it is compatible - i.e. you can use standard upgrade procedure to upgrade RC3 to final release.

Best regards,
Victor

Hello!

Yes, this is known problem and it is fixed in 0.2.20.

Best regards,
Victor

Hello!

Now, recovery procedure can be following:

1. Delete database netxms_db.
2. Delete SQL user netxms if it's exist (under Security -> Logins).
3. Ensure that you have mixed mode authentication: in SQL Server Management Studio right click on server object, select Properties, select "Security", and ensure that under "Server authentication" selected "SQL Server and Windows Authentication mode".
4. Reinstall NetXMS, and when on database configuration tab, enter any random password for database user "netxms".

Best regards,
Victor

Что в принципе и означает полноценный распределенный мониторинг Надо двигаться в этом направлении. Вопросов там много на самом деле - например контроль доступа к объектам. Или направление синхронизации - т.е. кто главный. Или что делать если связь с серверами пропала, потом восстановилась, и какой-то объект изменен и там и там. И так далее... Может стоит открыть отдельную ветку на эту тему в feature requests, и набирать мысли - к моменту реализации лучше будем представлять что должно получиться?

Best regards,
Victor

Спасибо, исправил.

Quote from: Dmitry on March 20, 2008, 10:11:54 AM
Могу ли я (и если да - каким образом) настроить каскадный сбор данных с отслеживаемых устройств? То бишь, желание: сбрасывать с одного устройства информацию на два сервера. Ну, или сбрасывать с агента информацию на ближайший сервер, который бы сохранял эту информацию у себя И форвардил её вышестоящему серверу.

А обязательно иметь именно форвардинг собранных данных с первого сервера на второй? Можно ведь просто настроить на втором сервере сбор данных с тех-же хостов что и на первом. А если хосты недоступны напрямую, то использовать агента на первом сервере как прокси для второго. Кстати, только что пришла в голову мысль - первым шагом можно сделать синхронизацию шаблонов между серверами - это облегчит настройку  сбора одинаковых данных несколькими серверами.

Best regards,
Victor

Мысли на тему распределенного мониторинга у нас были, но готовой имплементации на данный момент нет. Простая вещь, с которой можно начать - это event forwarding. Реализовать это не очень сложно, и во многих случаях этого будет достаточно. Доделаю 0.2.20 и можно будет заняться.

Best regards,
Victor

When you create a node, system automatically creates DCI called "Status". This DCI polled once per minute and contains node's status. You can find collected data in idata_xx tables, where xx is node's id.

Best regards,
Victor