NetXMS Support Forum

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

Можно при нахождении записи генерировать событие как обычно. По этому событию обновлять custom attribute на ноде в текущее время. Сделать скриптовый DCI на ноде со скриптом вида

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

он будет возвращать количество секунд с момента последнего обнаружения записи. Ну и поставить на него threshold как обычно.

Please show also "General" page of link properties. Also, if it is based on interface status, did you check what was actual interface status at that moment?

Best regards,
Victor

Hi,

looks like packets actually got duplicated and sent via both links. You can check that using packet capture tool (Wireshark for example). If this is the vcase then it is network misconfiguration.

Best regards,
Victor

Hi,

it needs detailed investigation by analyzing actual LLDP and other topology data from switches and checking how server process it. I don'yt have much time for that right now, please remind me later next week.

Best regards,
Victor