NetXMS Support Forum

Hi,

you miss <event> tag in your parser - so there is nothing to send. You should create new event and your parser should look like this:

<parser trace="9">
  <file>*System</file>
  <rules>
    <rule>
      <match>(.*)</match>
      <event params="1">MY_EVENT</event>
    </rule>
  </rules>
</parser>

Best regards,
Victor

Hi,

if you do not specify config file in command line, both agent and server will look into /<install prefix>/etc and only then in /etc - so if you build with default prefix /usr/local it will check /usr/local/etc first.

Best regards,
Victor

Да, планируется. Уже даже коллектор есть

Internal DCI на ping time работает не совсем так, как агентский - если нода недоступна, то возвращается ошибка сбора данных. Можно повесить threshold на data collection error.

Еще можно пробовать увеличивать кол-во сэмплов в настройке DCI типа "performance counter".

Скорее всего уже есть объект подсети с маской /8. Попробуйте его удалить и сделать configuration poll.

Можно добавить свой custom attribute на таких интерфейсах и в скрипте проверять - если он выставлен, то ничего не делать.

Я бы сделал опять-таки скриптовый DCI и в нем вытаскивал бы через walk все процессоры и считал среднее.

Пока нет такой возможности. Я добавил как feature request: https://dev.raden.solutions/issues/814

А что это за нода? SNMP устройство или сервер с агентом?

Проблема в том, что это устройство использует нестандартную индексацию интерфейсов. По стандарту ветка .1.3.6.1.2.1.2.2.1.2 (ifTable) должна индексироваться через ifIndex, это один integer. В данном случае у нас два значения:

.1.3.6.1.2.1.2.2.1.2.6270.2 [STRING]: TB006270 eth1

здесь индех 6720.2. Сервер берет 2 как индекс интерфейса, но он потом повторяется с другим значением предпоследнего индекса. Поэтому и пересечения. Единственный вариант - сделать драйвер для таких устройств - правда все равно могут быть проблемы с опросом статусов интерфейсов - поскольку сервер будет подставлять индекс интерфейса в стандартные OID'ы - а устройство судя по всему ожидает вот этот двойной индекс.

В 2.0-М4 будет класс Alarm и функция для поиска активных алармов.

Hi,

try to restart server after you mark interfaces. There may be a bug that keeps interfaces in internal indexes even after you set exclude from topology option.

Best regards,
Victor

Hi,

then solution could be different. You can leave poll count for status change at 1, and create script based DCI which will return 1 if node is down and 0 if not. Then you can create threshold which will fire if value is 1 for at least 5 polls, and send notification based on that threshold's event. Script could be like this:


return ($node->runtimeFlags & 0x0004) ? 1 : 0;


More information about Node class can be found here: https://wiki.netxms.org/wiki/NXSL:Node.

Best regards,
Victor

Authentication settings in agent config and in node properties should match - either enable it on both sides or disable on both sides. In this log it seems that you turn off authentication on agent but enable it in node properties.

Best regards,
Victor