NetXMS Support Forum

the problem with your transformation script is that it's not linear - it will return 71 when everything is OK and then 1 or more when some APs are down. So diff will actually grow as more APs will go down. I would recommend to call DCI "number of down APs" and return 0 when all APs are up. That way it will be consistent and diff() > 0 will not be triggered when all APs comes back online.

Best regards,
Victor

Yes, that could happen if there was incorrect data in event processing policy. You have to manually fix or delete those rules.

Best regards,
Victor

Yes, nodes will be rediscovered - the only problem if you have configured some data collection on them - all collected data will be lost. If this is not the case then you can just delete them with subnets.

Best regards,
Victor

Hi,

you can set threshold not on absolute value, but on difference with previous value, and generate event if it is less then 0 (i.e, some APs goes down). Then you can achieve what you want with two thresholds: diff threshold will generate new alarms on each change, and recover on next poll - but you should ignore recover event. Another threshold could be set as now, but used only for recover event.

Best regards,
Victor

Not with configuration - but server could be changed to use proxy agent for name resolution. But can you confirm that this is the case (i.e. DNS name of node behind proxy cannot be resolved correctly from server)?

Best regards,
Victor

Для драйвера ODBC в качестве имени сервера надо указывать имя источника данный (ODBC data source).

А флажок isLLDP показывается Yes на свитчах? Если на debug консоли сервера дать команду

show topo id объекта

что он выдает?

По XML - скорее всего на Windows ему не нравится / как разделитель пути к файлу - поставьте \.

У пользователя, которым подключается агент, должно быть право EXECUTE на функцию MON_GET_TABLE. Возможно проблема в том что нет прав на эту функцию.

Для SSH поля запрос и ответ должны быть пустыми.

Проверьте как настроен агент на прокси - в 1.2.16 появилась одна особенность - если сервер прописан и под MasterServers, и под Servers или ControlServers, то привилегии могут оказатся ниже чем Master (то что идет в списке последним). Если это так, оставьте только MasterServers.

Проблема не в snmp walk - значения одни и те-же, просто nxsnmpwalk не конвертирует их в hex для показа. Попробуйте руками запустить topology poll на этих устройствах - что он выведет? Можно включить также дебаг уровня 6 на сервере и смотреть по логу что происходит во время опроса.

Тут вопрос от чего считать loss - сейчас PING субагент дает % потерь за минуту, и они могут иметь какой-то смысл поскольку пинг делается несколько раз в минуту. Как ето сделать только на серверной стороне - пока у меня четкого представления нет. Слать с сервера пинги с небольшим интервалом на все настроенные ноды на случай если понадобится - вариант на мой взгляд плохой. Один из вариантов как это сделать на DCI - собирать response time в одном DCI, конвертировать 10000 в 100 а все остальное в 0, и сделать скрипт DCI который будет доставать среднее для DCI #1 - это и будет packet loss за последние N опросов.

Possibly problem caused by the fact that even if proxy is used for communications, primary host name resolution happens on server, so if it still resolves to old address on server side then server will continue using old IP.

Best regards,
Victor

Looks like result of database corruption. If I remember correctly lost_interface_#### objects was created in some older versions after errors. Current version should not create them. As they likely had unreachable IP addresses, status poll just take longer due to timeouts.

Best regards,
Victor

Hi,

seems that metadata is incorrect for some reason. Try to stop server and execute the following query:


UPDATE metadata SET var_value='CREATE TABLE tdata_records_%d (record_id number(20) not null,row_id number(20) not null,instance varchar(255) null,PRIMARY KEY(row_id),FOREIGN KEY (record_id) REFERENCES tdata_%d(record_id) ON DELETE CASCADE)' WHERE var_name='TDataTableCreationCommand_1';


then drop table(s) having ORA-00001 errors and run nxdbmgr check again (it should re-create all missing tables correctly).

Best regards,
Victor