NetXMS Support Forum

Hi,

are they duplicated within single subnet? If yes, can you please share screenshots of "Overview" and "Interfaces" tabs for few such devices?

Best regards,
Victor

Hi,

are you sure that DNS name swi-hp-304-2 can be resolved from machine where ping subagent runs?

Best regards,
Victor

Hi,

no updates unfortunately. We didn't have time for it yet.

Best regards,
Victor

So looks like agent actually can ping target and returns correct value. Most likely problem is in DCI configuration. Please show screenshot of problematic DCI properties.

Best regards,
Victor

Hi,

check that server's configuration parameter MailEncoding set to utf8.

Best regards,
Victor

Hi,

for ICMP.Ping request please use this command:

nxget 10.10.0.101 'ICMP.Ping(10.10.2.125)'

-T option instructs nxget to request table.

Best regards,
Victor

Hi,

you should run nxget command on your NetXMS server - it is command line tool that connects to agent and requests given parameter. It is also strange that average ping time is provided, so agent definitely can ping targets in background. Please also try to request Icmp.Ping with nxget and show actual DCI configuration.

Best regards,
Victor

Я думаю что кроме основной команды разработчиков никто не пробовал самостоятельно писать драйвера, а у нас нет ни устройств для тестирования, ни времени. А что конкретно требуется от драйвера в случае этих устройств? Как правило драйвер нужен если часть информации (VLAN'ы, какие-то интерфейсы) недоступна через стандартные MIB'ы (которые использует generic драйвер).

Hi,

I'm not sure that installing it dynamically will work. You'll probably need to package your plugin together with rest of GUI by modifying nxmc.product file or creating your own product definition.

Best regards,
Victor

Could you provide archive with all your MIB files so we can test them?

Best regards,
Victor

Hi,

if you see two packets in Wireshark then it means packets are actually duplicated. NetXMS server cannot distinguish SNMP trap packets duplicated in transit from two different trap packets, so it process them both. You have to address your network problem - it is definitely network misconfiguration.
"vcase" was a typo - it should be read "case".

Best regards,
Victor

Можно собирать статистику с интерфейса (принятые/отосланные байты или пакеты), при необходимости считать среднее за минуту или секунду. Собственно трафик снимать и анализировать нельзя.

Нет, неправильно (или пропущены шаги в описании конфигурации). Событие будет сгенерировано агентом и обработано в policy, threshold тут ни при чем. Выше речь шла о том, что событий надо два. Примерно такая конфигурация:

1. Созданы события (шаблоны событий) Event_1 и Event_2.
2. Включен субагент logwatch.nsm на сервере. Настроен парсер на отсылку события Event_1 при обнаружении нужной записи.
2. Правило в policy для Event_1 с действием "execute NXSL script". Скрипт примерно такой:

SetCustomAttribute($node, "LastParserDetectionTime", time());

3. Создан DCI с source "Script". Скрипт для него используется такой:

return time() - GetCustomAttribute($node, "LastParserDetectionTime");

4. На DCI добавлен threshold, он генерирует Event_2.
5. В policy добавлено правило по отсылке письма по Event_2.

Попробуем у себя повторить.

Это параметр DataDirectory, по умолчанию <prefix>/var/lib/netxms