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 - Victor Kirhenshtein

#1876
Hi,

you could stop server, then run the following SQL query on NetXMS database:

DELETE FROM items WHERE template_id=255;

then run nxdbmgr check, fix any possible errors, and start server again.

Best regards,
Victor
#1877
Announcements / NetXMS 2.2.1 released
December 07, 2017, 05:26:38 PM
Hi all!

NetXMS version 2.2.1 is officially released. Changes since previous release:

- Implemented separate access rights for each DCI object
- Option to read log files using VSS snapshots on Windows
- Per stage confirmation in database manager during database check
- Fixed file download cancelation
- HTTPS support in SMSEagle driver
- New network map element - text box
- New debug log format with tags
- Ability to set debug level per tag or tag mask
- Improved audit logging on object creation
- NXSL function "GeoLocation" replaced with "GeoLocation" class constructor
- Optimized object updates in database (to reduce load on database in large installations)
- Thread pool used for data collection instead of fixed number of poller threads
- Optimized data collection from agents
- Configurable number of records per transaction for writing DCI data
- Fixed issues:
   NX-662 (New network map element - text box)
   NX-703 (Export/Import actions)
   NX-757 (Instance discovery - grace period for removed instances before deleting DCIs)
   NX-801 (Deleted nodes not removed from trusted nodes lists of other objects)
   NX-1045 (Add rack/chassis diagram as dashboard element)
   NX-1142 (Back view for racks)
   NX-1201 (Discovered node links on map should automatically be set to color based on the status of the interfaces shown in co
nnector names)
   NX-1252 (Fix automatically generated transformation scripts for 64 bit interface counters)
   NX-1268 (Do DNS resolve for node names via zone proxy)
   NX-1289 (Override PollCountForStatusChange at Node level)
   NX-1292 (Option for line charts to not always use 0 as base)
   NX-1336 (Cluster DCI Max/Min aggregation returns value from last node instead of expected max/min)
   NX-1339 (JIRA restricts subject field to 254 chars, helpdesk integration should trim alarm text or move reset of the message
to issue description)
   NX-1341 (Scheduled tasks enabled/disabled indicator)
   NX-1342 (Increase text length limit in SMS sender)
   NX-1343 (Server crash on re-enabling temporary disabled user)
   NX-1344 (Search Bar for Agent Tunnel Manager)
   NX-1345 (Add rule number to EPP export)
   NX-1347 (New agent parameter File.LineCount)
   NX-1348 (Continuous warnings in server log: seed object 0 cannot be found)
   NX-1357 (Line chart is now opened on double clicking a Performance Chart)
   NX-1359 (Last location in World Map is now saved)
   NX-1361 (Data type of transformation script's input value can be incorrect)

Best regards,
Victor
#1878
Hi,

from my experience it's usually done via VPNs to remote sites. In many cases we seen Raspberry Pi or similar devices acting as both VPN gateway and proxy agent for remote site.

Best regards,
Victor
#1879
General Support / Re: Unmanaged nodes sending ICMP alarms
December 07, 2017, 11:01:18 AM
Hi,

it seems like a bug to me. Could you provide more detailed information about one such device (how it looks like in the system, log file parts and events related to that device)?

Best regards,
Victor
#1880
Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
1) Is there a better slack addon than the SMS system? providing a bit more flexibility i.e. categories (centreon can mark with low/medium/high priority with colors)

Currently no. We plan to replace current model when everything except email implemented as SMS drivers with more flexible "communication channels". Then we will be able to make Slack connector more flexible.

Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
2) Setting dependencies on devices so that i.e. if a main router goes down, don't send notifications for everything behind that router because obviously everything behind it will also be unreachable. We only want a message that the router is down, then suppress all notifications for devices behind it

Server supposed to do this automatically if it knows IP path from itself to device. Please check if server has necessary IP topology information. If it does, then it's a bug. If not, and you cannot add intermediate devices to monitoring, then you can use filtering scripts to check router status when handling node down event and skip event processing if router is down.

Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
3) Dependencies for DCI's on devices. Obviously if a client radio loses connection then I don't need notifications about 0 SNR, 0 signal strength, etc

You probably can use persistent storage and/or custom properties to set certain flags, and then check them in other thresholds or event processing rules. For example, set flag when client disconnects and check it when process signal strength 0 event - and if set, ignore it. Or create script threshold and don't even trigger it if client is disconnected.

Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
4) Is there a way to buffer the messages for i.e. 2 minutes then sends all of them at the same time, So if we do have a few separate devices all go down at around about the same time, at least we don't have spam every second

No.

Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
5) Re-sending notifications for some core devices. At the moment if a node goes down we only ever get one message. I want important devices such as core routers or radio links to keep sending a notification that it is down every 10 minutes until it comes back up

You can create script DCI that will return 1 if node is down (script can get it from $node->flags) and 0 if not, and setup threshold as usual with repeat interval set as needed.

Quote from: Millenium7 on December 06, 2017, 01:11:17 AM
6) Notification schedule? I havn't found it in NetXMS yet. We do want monitoring to continue, but we don't want any slack messages after 10pm or before 6am

You can use filtering script in notification rules. Simple script that allow actions to be executed only between 6am and 10pm could look like this:

now = localtime();
return (now->hour >= 6) && (now->hour <= 22);


Best regards,
Victor
#1881
Hi,

is it an option to upgrade old server to the last version first? It should simplify migration. Alternatively, you can try to upgrade export file directly (although it may fail) - it is essentially an SQLite database, so you can set your netxmsd.conf to be like this:

DBDriver = sqlite.ddr
DBName = /path/to/export/file

and run nxdbmgr upgrade. Then revert netxmsd.conf to correct settings and try import again.

Best regards,
Victor
#1882
Hi,

I suppose you tried to check it with "Query" option in selection dialog? If yes, than it is known bug, fixed in upcoming release. However it affects only ad-hoc query from UI, if you add parameter to data collection it will work just fine.

Best regards,
Victor
#1883
General Support / Re: Easy way to monitor Services
November 27, 2017, 12:47:18 PM
Hi,

most likely instance discovery for DCI creation should help (maybe with script a s a source).

Best regards,
Victor
#1884
Feature Requests / Re: HTTPS support for SMS Eagle driver
November 24, 2017, 12:54:46 PM
Hi,

just added it. By default HTTPS is off, you can turn it on by adding https=true to driver configuration string.

Best regards,
Victor
#1885
Я планирую на следующей неделе выложить.
#1886
Hi,

you can monitor utilization of each link as usual in separate DCI each, and create additional script DCI that will read those 3 DCIs and calculate aggregated value.

Best regards,
Victor
#1887
Попробуйте с дебагом 9 запустить. И что там за сообщения он ошибках? Они в посте нечитаемые.
#1888
В 2.1.3 будет исправлена. Поменяли пути с файлами а конфигуратор сервера не поправили.
#1889
Это проблема кросс-компиляции в configure. Постараюсь исправить в течении нескольких дней.
#1890
Возможно срабатывает корреляция событий на основе топологии, и при падении коммутатора те что за ним переходят в состояние UNREACHABLE вместо DOWN?