NetXMS Support Forum

Quote from: Alexey Sartakov on January 28, 2013, 12:20:05 PM
День добрый!

Использую NetXMS для мониторинга довольно большой сети, на сегодня 680 узлов.
Есть такая проблема. Так получается что в случае внепланового отключения сервера, например
по питанию, или вис он пару раз, разрушается структура базы Mysql и появляются потерянные узлы.
Сейчас мы скидываем базу в бэкап и возвращаемся к бэкапу, теряя всякий раз день работы.

Но все-таки хочется стабильности. Что можно сделать для улучшения устойчивости базы.
Поможет ли переход на postgress? Или можно настроить существующий mysql? Версия сервера
5.1.61-4. Работаем под CentOS 6, ядро 2.6.32-279

ну вы опишите конкретнее настройки мускуля, какой движок Используется? Пошаманьте над его настройками.

и вообще почему такой важный инфраструктурный элемент без упс?

то что сыпиться база при некорректном отключении больше вина самой базы данных и машины, вернее их настроек.

lldp проблемс

Quote from: glebofff on January 28, 2013, 05:09:11 AM

Quote
хм в евент поподают а в трэпы нет.
идей кроме как ребутнуть сервер, посмотреть все настройки относительно трэпов, проверить порты, проверить базу нет.

SKYnv, а версии консоли и сервера у тебя какие? В принципе, обработчики событий у меня работают, но с монитором было бы удобнее.

Version 1.2.5

Quote from: glebofff on January 26, 2013, 08:33:18 AM

Quote from: SKYnv on January 25, 2013, 06:50:51 PM
лично у меня все работает. откройте трэп монитор и подождите секунд 30

Открыл, подождал. Пусто.

хм в евент поподают а в трэпы нет.
идей кроме как ребутнуть сервер, посмотреть все настройки относительно трэпов, проверить порты, проверить базу нет.

лично у меня все работает. откройте трэп монитор и подождите секунд 30

Network infrastructure
1) switches l2/l3 (d-link des,dgs,dxs series)
2) UPS (APC)
3) snmp sensors
4) sql tables from billing system
5) 700+ devices

Quote from: Victor Kirhenshtein on January 16, 2013, 06:20:32 PM
Hi!

Both is not possible - you cannot run script on node, and you cannot create DCI from script. Idea is good, I'll add feature request for that (#219, #220).

Best regards,
Victor

Victor it possible with templates and autobind scripts for them.

или использовать ifX таблицы у которых счетчики 64битные

Quote from: nrg on January 17, 2013, 03:50:49 AM
Приветствую!

Возникла проблема с добавлением нового параметра SNMP для устройства. Делал следующее:

1) Подключил устройство по протоколу SNMP. NetXMS вытащил сетевые интерфейсы.
2) Создал Data Collection для интересующих интерфесов и построил графики.
3) Создаю новый параметр SNMP и пытаюсь выбрать параметр кнопкой Select. Открывается окно Select MIB Object и за ним сразу вылазит окно с ошибкой: An error has occurred. See error log for more details.
java.lang.NullPointerException. Пробывал разные варианты, делал duplicate рабочего параметра, но стоит нажать кнопку Select как опять вываливается это сообщение. Если при этом сделать выбор того же самого OID-а, то при применении он становится UNSUPPORTED. Так же пробывал просто вставить OID без выбора, в результате параметр так же становится UNSUPORTED. Вышеописанное пробовал как с GTK-клиента, так и с WEB, результат одинаковый.

У кого то еще наблюдается подобное?

OS: Debian Squeeze
NetXMS: 1.2.5
WEB Console: 1.2.5
GTK Console 1.2.5
WEB Server: Jetty 6.1.24-6 из репозитария
MySQL: 5.1.66 из репозитария
Java: openjdk-6-jre 6b18-1.8.1 из репозитария

Если unsuported то скорее всего вы забыли корректный инстанс  в конце оида прописать. Ну а такое поведение и у меня наблюдалось когда игрался трэпами, не знаю ведет ли оно себя так во всех местах.

Now we have compilable drivers written on c/c++. I think it wrong way, too hard for understand and extension functionally. What you think?

Серьезно бы подняло функциональность карт возможность связать link с каким-либо показателем DCI, который бы обновляясь с заданым интервалом и отображаясь в нужном формате (скрипт) сделал бы карты более менее интерактивными.

и ответ поддержки по серии 36хх

Мак адрес порта на DGS-3600 Series будет высчитываться в зависимости от модели и ревизии устройства.
DGS-3600 поставлялся с тремя версиями EEPROM, и в зависимости от его версии устройству под собственные нужды было доступно 64, 256 или 512 мак адресов.
В случае с 64 и 256 мак адресами коммутатор по lldp всегда будет отдавать одно значение на всех портах, в этом случае рекомендуется использовать поле Port Description.
В случае с 512 мак адресами (ваше устройство) высчитать мак адрес порта можно по следующему описанию:

System MAC : the first MAC address of the switch system in standalone mode or the first MAC address of master in stacking mode.
У вас - 84-C9-B2-26-9E-00

Last MAC Address : the last MAC address of unit. It is equal to (Unit Base MAC + EEPROM MAC Number - 1);
У вас это значение равно - 84-C9-B2-26-9E-FF

In this situation, L2 protocols will support per-port MAC feature. The available MAC addresses for per-port MAC is from (Last MAC Address - n) to Last MAC Address.
Every physical port has its unique MAC address. Here, n means the physical port number in switch

То есть для вашего коммутатора n=27.

Итого: вычитаем из Last MAC Address 27 и прибавляем номер порта. Получаем мак адрес 84-C9-B2-26-9F-E8

DGS-3627G

так ли необходим полный валк .1.0.8802.1.1.2.1. ? Просто очень нагружает коммутатор, а он головной.

network maps не сохраняет настройку display object as (сбрасывает на дефолт).

Думаю данный функционал стоит добавить также и в Templates, потому что вручную обработать огромное число нод нереально.