NetXMS Support Forum

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

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