NetXMS Support Forum

можно использовать transformation script...

если честно последнее сообщение вообще не понял %)

Ээээ. А мне нужно еще и по адресу ноды искать. Так что этот метод не сработает. А вы все ноды по IP-шникам помните?

А еще было бы здорово сделать поиск не только по имени но и по IP-адресу хоста...

Quote from: Alex on June 25, 2008, 10:18:17 AM
Стоит Cisco с BGP. В итоге как только включаешь в NetXMS мониторинг этой железки, то процессор на самой Cisco поднимается до 95%. Процессы грузящие Cisco это IP SNMP и SNMP Engine. Заметил другую вещь. Опрос стоит раз в 300 секунд в NetXMS, но подключения к железке почему-то не убиваются. Т.е. такое впечатление что устанавливается persistence connection и тем самым грузит оборудование. Где и что можно посмотреть?

И второй вопрос. Как можно сделать разделение SNMP запросов по времени.
К примеру чтобы один DCI отрабатывал каждые 5 минут начиная с первой минуты, второй DCI каждые 5 минут со второй минуты и так далее?.. Грубо говоря чтоб не было одновременных запросов к устройствам.

У меня тоже такая проблема - пришлось отключить мониторинг железки

При выборе bind в меню объекта в списке объектов висят и те которые уже привязаны к этому объекту. Наверное было бы хорошей идеей сделать проверку, привязан объект или нет.

Такс, по поводу ошибки в сохранении - почистил таблицу submaps, submap_links, submap_object_positions. Удалили все созданные map'ы кроме default.

Создаем новый map, в качестве root object'a выбираем контейнер с id=10038.
Смотрим таблицы:
Maps:
+--------+----------+---------------------+----------------+
| map_id | map_name | description         | root_object_id |
+--------+----------+---------------------+----------------+
|      1 | Default  | Default network map |              1 |
|      2 | Test map | #00                 |          10038 |
+--------+----------+---------------------+----------------+
Submaps, submap_links, submap_object_positions - пустые. Открываем карту Test map. Двигаем либой объект. Жмем сохранить.
Смотрим таблицу submaps:
+------------+-----------+------------+
| map_id     | submap_id | attributes |
+------------+-----------+------------+
| 1635123200 |     10038 |          1 |
+------------+-----------+------------+
Submap_links пустая. Submap_object_positions:
+------------+-----------+-----------+------+------+
| map_id     | submap_id | object_id | x    | y    |
+------------+-----------+-----------+------+------+
| 1635123200 |     10038 |        13 |   20 |   10 |
| 1635123200 |     10038 |        20 |  110 |   10 |
| 1635123200 |     10038 |        22 |  200 |   10 |
| 1635123200 |     10038 |        27 |  290 |   10 |
| 1635123200 |     10038 |        33 |  380 |   10 |
| 1635123200 |     10038 |        35 |  470 |   10 |
| 1635123200 |     10038 |        38 |  560 |   10 |
| 1635123200 |     10038 |        40 |  650 |   10 |
| 1635123200 |     10038 |        42 |  740 |   10 |
... и т.д.

Естественно если мы двигаем еще раз и жмем save, То пишет что ошибка в базе, так как submap_object_positions для map_id=2 почистились а не для 1635123200
Перезагружаем netxmsd, перезапускам консоль. Открываем test map. Видим что даже начальные изменения не прочитались. Двигаем объект, делаем save. Смотрим таблицы:
submaps:
+------------+-----------+------------+
| map_id     | submap_id | attributes |
+------------+-----------+------------+
| 1635123200 |     10038 |          1 |
|          2 |     10038 |          1 |
+------------+-----------+------------+
submap_links Пустая, submap_object_positions:

...
| 1635123200 |     10038 |      9792 |  650 | 2290 |
| 1635123200 |     10038 |      9830 |  740 | 2290 |
| 1635123200 |     10038 |      9832 |  830 | 2290 |
| 1635123200 |     10038 |      9834 |  920 | 2290 |
| 1635123200 |     10038 |      9941 | 1010 | 2290 |
| 1635123200 |     10038 |      9977 |   20 | 2404 |
|          2 |     10038 |        13 |   20 |   10 |
|          2 |     10038 |        20 |  110 |   10 |
|          2 |     10038 |        22 |  200 |   10 |
|          2 |     10038 |        27 |  290 |   10 |
|          2 |     10038 |        33 |  380 |   10 |
...

Двигаем еще раз, save проходит успешно. Зыкрываем карту. открываем, видим что изменения не подгрузились. Делаем еще раз save - проходит успешно. Далее меняем в таблице Submaps attributes с 1 на 0 для map_id=2. Перезапускаем netxms. перезапускам консоль. Открываем test map. Видим что последние изменения прочитались. И save теперь тоже работает.
Итог: При создании карты и первом созранении map_id выставляется неверно.
При сохранении в таблицу submaps параметр attributes выставляется в 1 что в дальнейшем мешает ее чтению в дальнейшем.

UPD: Если после создания карты перезапустить Netxmsd - то ошибка выставления Map_id исчезает. Видимо после создания карты неправильно выставляется dwMapId или VID_MAP_ID (пока не разобрался...)

UPD2: По поводу аттрибутов я лажанулся - это не баг 1 значит включен Automatic Layout

А может до выхода 0.2.22 можно будет патчем эту проблему поправить? Уж очень хочется карты порисовать уже...

а еще было бы круто если бы после выставления статуса Acknowledged можно было бы добавить комментарий почему node down...

Хорошо было бы завязать это все более плотно с netxms. А то сейчас такое впечатление что если я возьму этот модуль интегрирую его с netxms затем структура бд с обновлением изменится и модуль окажется неработоспособным. Все таки консоль администратора должна быть одна...

Выделяем 2 объекта на карте и заходим в меню map. Там видим пункт Create link between objects. А вообще поиск по форуму рулит

Когда  приходит аларм (Node down) мы делаем ему Acknowledge, затем Node переходит в состоянии Up - alarm пропадает. Далее если этот Node уходит опять в состоянии Down. Alarm появляется уже в состоянии acknowledged.

Все манипуляции делаются из Alarm Viewer.

Пока лучше не пробовать - там баг обнаружился, можно потом все линки потерять...

Quote from: Victor Kirhenshtein on February 08, 2008, 12:48:21 PM
Про долгие проверки каждого интерфейса - это баг. А в лог они попадают в одно время с SYS_NODE_DOWN поскольку их придерживает механизм корреляции событий - чтобы можно было все SYS_IF_DOWN скоррелировать с SYS_NODE_DOWN и через event policy пропустить только SYS_NODE_DOWN.

Надоело ждать решения проблемы - сделал сам, вроде пока никаких проблем с этим не наблюдается:
Если кого-то интересует:
Находим в interface.cpp в функции StatusPoll (строка 254) строчку вида:

      if (bNeedPoll && (pNode->Flags() & NF_IS_SNMP) &&
          (!(pNode->Flags() & NF_DISABLE_SNMP)))


и меняем ее на

      if (bNeedPoll && (pNode->Flags() & NF_IS_SNMP) &&
          (!(pNode->Flags() & NF_DISABLE_SNMP)) && (!(pNode->RuntimeFlags() & NDF_SNMP_UNREACHABLE)))


Теперь если SNMP agent недоступен опрос интерфейса будет пропущен - не совсем красиво, но хотя бы теперь быстрее работает.

А еще удаление карт пока "Not implented" И переименовать их нельзя. Все тока через базу...