NetXMS Support Forum

так и сделано, но всеравно узлы "красные" и alarmы приходят

Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation"

о том
я просто когда список писал забыл из него этот пункт выдернуть

выслал на почту

Quote from: Victor Kirhenshtein on October 05, 2007, 08:49:51 AM

Quote from: vbolshakov on October 02, 2007, 10:07:02 AM
1. Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию

7. Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note

1. Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.

7. Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?

1. Вот у меня несработало автоопределение, пробовало опрашивать v2 узел v1 протоколом.

7. С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
в результате получим fastethernet0/1 - [Internet] ClientName

я использую версию под Windows с sqlite в качестве БД и заметил такие вещи:
1. в 0.2.19 релизе подозрительно много failed SQL query... и на delete и на update
2. при корректной остановке сервиса иногда несохраняются в базе некоторые изменения, конкретно bind и смена статуса на unmanaged
3. иногда невозможно добавить новый объект или сменить статус опроса, сервис в это время нормально работает сюдя по изменению netxms_db-journal. проблема или пропадает через некоторое время или сервис падает.
4. сервис несколько раз "падал" сам по себе съедая всю доступную память. несколько раз это происходило при попытке добавить новый узел или изменить статус опроса

1. Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
2. Настройка SNMP community по умолчанию - сейчас это можно сделать "хитро" - включить автодискавери но не применять, задать community, выключить автодискавери и применить
3. Настройка "unmanaged by default" - чтоб свежесозданные/обнаруженные ноды непортили картину
4. Возможность сделать unmanaged для сети, не меняя настроки managed/unmanaged для node приписанной  к этой сети. Вобщемнто эта фича будет иметь смысл для всех структур.
5. Возможность прятать сети - у меня в сети много MPLS VPN с дублирующимися адресами и эти сети "ненужны" с точки зрения мониторинга (или пока ненужны).
6. 64битные счетчики интерфейсов - для жирных каналов обычные 32 битные показывают ерунду
7. Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note

Создании БД останавливается вот на этих строках:

INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (1,'.1.3.6.1.6.3.1.1.5.1',501,'Generic coldStart trap');
INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (2,'.1.3.6.1.6.3.1.1.5.2',502,'Generic warmStart trap');
INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (3,'.1.3.6.1.6.3.1.1.5.3',503,'Generic linkDown trap');
INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (4,'.1.3.6.1.6.3.1.1.5.4',504,'Generic linkUp trap');
INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (5,'.1.3.6.1.6.3.1.1.5.5',505,'Generic authenticationFailure trap');
INSERT INTO snmp_trap_cfg (trap_id,snmp_oid,event_code,description)
   VALUES (6,'.1.3.6.1.6.3.1.1.5.6',506,'Generic egpNeighborLoss trap');
INSERT INTO snmp_trap_pmap (trap_id,parameter,snmp_oid,description)
   VALUES (3,1,'.1.3.6.1.2.1.2.2.1.1','Interface index');
INSERT INTO snmp_trap_pmap (trap_id,parameter,snmp_oid,description)
   VALUES (4,1,'.1.3.6.1.2.1.2.2.1.1','Interface index');

Насколько я понимаю причина в
CREATE TABLE snmp_trap_cfg
(
trap_id integer not null,
snmp_oid varchar(255) not null,
event_code integer not null,
user_tag varchar(63) not null,
description varchar(255),
PRIMARY KEY(trap_id)
) ;