NetXMS Support Forum

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

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

Hello!

Most possible cause for that error is that NetXMS server (netxmsd) is not running. Another possible problem may be that NetXMS server is behind firewall and port 4701 is filtered.

Best regards,
Victor

Mozno, pri pomoschi scriptov v event policy. Naprimer, esli ja hochu chto-bi moe pravilo srabativalo tol'ko s 9 do 18, to ja mogu sdelat' takoj script:


sub main()
{
   hour = strftime("%H");
   if (hour >= 9 && hour < 18)
      return 1;
   return 0;
}


V versii 0.2.20 pojavilis' razlichnie uluchshenija v NXSL, i tam etot script mozet vigljadet' tak:


sub main()
{
   t = localtime(time());
   return (t->hour >=9 && t->hour < 18) ? 1 : 0;
}


Best regards,
Victor

Hello!

Could you please send screenshots with your database configuration, service configuration, and error message screens?

Best regards,
Victor

Hello!

This topic may be useful: https://www.netxms.org/forum/index.php/topic,28.0.html.

Best regards,
Victor

Quote from: StarryTripper on March 14, 2008, 09:45:03 PM
The need for an agent is certainly a turn off. Especially since it seems that many of the values the agent allows you to retreive are available through SNMP (CPU utilization, Network Utilization, Disk Space) while I understand others are not (service status).

Usage of NetXMS agents is not mandatory - you can use NetXMS in SNMP only environment as far as installed SNMP agents provides you with all required information. We create our own agents because it is usually easier to configure data collection from agent, and usage of an agent gives you some additional benefits:
- Strong encryption of connection between server and agents if needed (using AES-256, IDEA, Blowfish or 3DES);
- Proxy functionality - you cann access on host A via agent on host B, if host A not directly reacheable from NetXMS server (firewalled or NATed, etc.);
- SNMP proxy functionality - access remote SNMP devices not directly, but via NetXMS agent - can be useful if these SNMP devices not accesible directly or you wish to improve security;
- Execute commands on remote servers in reaction to events;
- You can extend agents easily;
- You can have centralized agent configs if you need.

Best regards,
Victor

Quote from: Alex on March 15, 2008, 08:03:56 PM
- В Network Map не показываются больше названия интерфейсов на карте, т.е. на какой порт кто подсоединен

Dejstvitel'no, est' takoe delo. Prosto komu-to bila nuzna karta bez podpisej, ja ih otkljuchil, peresobral konsol' i zabil pro eto. Sejchas ( v smisle v okonchatel'nom relize, ne v RC4) sdelal punkt menu Map -> Show connector names dlja perekljuchenija etih rezimov.

Quote from: Alex on March 15, 2008, 08:03:56 PM
- Изменились шрифты.
- Раньше названия железяк показывалось полностью, сейчас обрезается название до 12 символов.

Eto chto-to strannoe - ni shrifti, ni pokaz nazvanij ne trogal voobsche... U sebja sejchas otkril kartu - vrode vse normal'no. A kakimi stali shrifti?

Quote from: StarryTripper on March 14, 2008, 02:05:32 PM
I am currently evaluating network management solutions to implement. I have currently installed and configures HypericHQ, OpenNMS, (and the two aforementioned integrated with one another), Zabbix and ZenOSS. I actually on stumbled upon NetXMS while looking for how to do something in OpenNMS.

And what's your impression for now? What is good or bad?

It's not documented yet

Thank you for report, it's corrected now.

Best regards,
Victor

Hello!

Status DCI returns current status of a node. Meanings are following:

0 - Normal
1 - Warning
2 - Minor
3 - Major
4 - Critical
5 - Unknown
6 - Unmanaged

Node status is calculated based on status of child objects (usually interfaces) according to status calculation rules set for this node (default is "most critical"), and active alarms related to this node.

Best regards,
Victor

0.2.20-RC4 actually fix only one bug in console (random crash when changing object properties). No other bugs was reported so far, so I will build final 0.2.20 tonight.

Best regards,
Victor