NetXMS Support Forum

Hi all!

NetXMS version 2.0.4 is out. Changes since previous release:

- New parameters in Linux platform subagent to get additional CPU information (frequency, model, etc.)
- Fixed bugs in LLDP based network topology discovery
- Correct notifications on threshold script errors
- Option to use last known value for cluster data aggregation in case of data collecion failure
- Added server configuration parameter to ignore syslog message timestamps and always use server time
- Added option to disconnect existing sessions of same user on login
- NXSL: implemented compound assignment operators and prefix increment/decrement for array elements
- NXSL: can access event parameters as event object attributes (like $event->$1 or $event->instance)
- Management console
        - Improved dashboard gauge widget
        - Added translucence option for dashboard line charts
        - Configurable display format for dashboard elements data sources
        - Improved inverted line chart support
        - DCI filter in DCI selection dialog
        - Configurable line width on ad-hoc line charts
        - Object tooltips in rack view
        - Line/area switch for all DCIs on chart level
- Android console
        - Reorganized alarm notification section (issue #1194)
- Fixed issues: #405, #775, #859, #984, #1086, #1112, #1186, #1194, #1195, #1196, #1197, #1200, #1209, #1210, #1214, #1223, #1227, #1231

Best regards,
Victor

Hi,

yes, it's possible. If you select OID suffix as discovery method server considers anything after base OID an index, and use it as instance.

Best regards,
Victor

It seems that netxmsd starts before MySQL is ready:

[31-May-2016 10:50:17.311] [ERROR] Unable to establish connection with database (Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2))

try to add dependency on mysqld and/or startup delay to netxmsd startup script.

Best regards,
Victor

Poller node - это нода с которой будет производиться опрос сервиса (по умоланию это сервер мониторинга). На этой ноде должен быть NetXMS агент с загруженым субагентом portcheck. Если сервис на 127.0.0.1, то единственный вариант - поставить локально агента с portcheck и выбрать ту-же ноду как poller node.

Да, можно так сделать, будут обнаружены заново. Ну или только один удалить, дубликаты больше не будут появляться.
В зависимости от того, что надо обнаруживать, можно поставить фильтр на добавление только узлов с поддержкой SNMP - тогда такие узлы появляться не будут поскольку не пройдут фильтр до тех пор пока сервер не сможет получить данные по SNMP с устройства.

Да, это ошибка в системном шаблоне. Поменяйте 1 на размер пула.

Could you please provide results of SMNP walk on OIDs .1.3.6.1.2.1.17.4.3.1 and .1.3.6.1.2.1.17.7.1.2.2.1 for that device?

Best regards,
Victor

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

Проверьте threshold на параметре размера пула потоков DATACOLLECTION. Событие должно генерироваться если load average > размера пула, а сейчас похоже стоит очень низкое значение.

Hi,

does your switch provide FDB information via SNMP?

Best regards,
Victor

Hi,

currently drivers can be written only in C++. If you know C++ you can built one.

To be able to create new driver we need at least MIBs for device (ideally also indicate places where to find relevant information) and either dump of SNMP walk or (preferred) access to test device over SNMP.

Best regards,
Victor

Hi,

yes, this patch will be included into 2.0.4 release.

Best regards,
Victor

Do you by any chance run netxmsd under non-root user? If yes, it has no access to raw sockets and so cannot use ICMP. You should either run netxmsd as root or give access to raw sockets using this instruction: https://wiki.netxms.org/wiki/How_to_enable_ICMP_ping_for_NetXMS_server_running_under_non-root_account.

Best regards,
Victor

Hi,

so switches always return "unknown" for admin state? Or don't return it at all? Could you please provide result of SNMP walk on .1.3.6.1.2.1.2.2.1 for such switch?

Because switch interfaces do not have IP addresses, they stuck in unknown state - because you can only ping management address of a switch. Unknown statuses effectively ignored, so you will get node down event for example when switch stop responding to ICMP ping. You can also set expected state for interfaces to IGNORE - that way interface objects will always have NORMAL status.

Best regards,
Victor

Hi,

could you please try to apply attached patch and check if server will handle gateway restart correctly?

Best regards,
Victor