NetXMS Support Forum

SYS_IF_PEER_CHANGED создается когда система определяет изменение в топологии (через CDP, LLDP, etc.) и интерфейсы двух узлов отмечаются как соединенные между собой.

Параметры собственных событий зависят от того, как они генерируются. Если это события по нарушению threshold, то параметры будут соответствовать SYS_THRESHOLD_REACHED/SYS_THRESHOLD_REARMED.

Hi,

policy looks correct, maybe problem is with your thresholds. Can you share threshold configuration please?

Best regards,
Victor

Hi,

in 2.0 versions icons on world map are smaller and usual object context menu is available.

Best regards,
Victor

Hi,

seems to be a bug. I'll try to reproduce it.

Best regards,
Victor

Hi,

yes, performance tab graphs do not show legend if there are only one parameter. That comes from time when there was no extended legends on graphs and having legend with one item was useless. I can add an option like "Always show legend" to perf tab configuration.

Best regards,
Victor

Hi,

you can use nxevent command line tool to send events into NetXMS.

Best regards,
Victor

Hi,

what alarm keys you are using for alarm creation and termination?

Best regards,
Victor

I can confirm that there is a bug that causes NetXMS to use some incorrect community strings in polls. We are working on the fix.

Best regards,
Victor

Grace period when DCIs won't be deleted immediately after instance disappear should solve your problem as well. When tunnel goes up again data collection will continue (assuming it is on same OID).

Best regards,
Victor

Quote from: blazarov on November 06, 2015, 01:34:21 PM
I just still don't understand what happens when some interface is deleted and instance discovery runs. Are the DCI with their history completely deleted? Is there a way to control that - for example leave - delete them one month after disappearing?

currently no - DCIs deleted instantly when instance discovery poll founds that instance do not exist anymore. Feel free to register a feature request - it sounds reasonable and should be relatively easy to implement.

Best regards,
Victor

Можно для интерфейсов сделать дополнительную иконку (скажем в правом верхнем углу) для обозначение operational state. Добавил в трекер: https://dev.raden.solutions/issues/974.

Quote from: hsvt on November 05, 2015, 10:47:44 PM
У меня для тех у кого ignore (абоненты, например) эвент не генерируется, состояние нормал, Иконки в разделе Ports - красные. Другой вопрос, если бывает, нужно поставить на мониторинг абонентский порт с какой нибудь плавающей проблемой, а у тебя по Hook::ConfigurationPoll всё равно будет ставиться Ignore. Как вот тут лучше сделать?

Можно проверять custom attribute интерфейса и не ставить ему ignore если атрибут выставлен в какое-то специальное значение.

Quote from: hsvt on November 05, 2015, 10:47:44 PM
Ну и с почтой и эвентом SYS_NODE_DOWN тоже не понятно, надо чтобы от одних устройств были только алармы, а от других и алармы и письма еще...

А как эти устройства различаются? Самое простое - положить все устройства где нужна почта в отдельный контейнер, и в EPP отсылку писем фильтровать еще и по контейнеру. Другой вариант - использовать custom attributes для отметки устройств, по которым надо почту слать.

You have to specify agent address in command line as well (before action name).

Best regards,
Victor

Hi,

can you please repeat this test with debug level set to 6? Also, are you using SNMPv3 for sending traps?

Best regards,
Victor