NetXMS Support Forum

разработчикам на заметку
в плане win32-консоли
прошу сделайте так чтоб можно было отрубаться от сервера не закрывая консоль

ситуация: валится СУБД-сервер, win32-консоль выводит предупреждение, а после уведомления пользователя закрывается
это неудобно

в win32-консоли, а именно в окне графика
- при пересечении двух линий? а также при пересечении линией background-сетки думаю стоит добавить эффект "прозрачность";
- добавить возможность менять толщину линий;
- добавить возможность вкл/выкл background-сетку;
- добавить возможность менять величину шага(время) при построении графика

есть предложение добавить суб-агента для мониторинга температурных датчиков, а также датчиков кол. оборотов куллеров на серверных системах
как например это делает phpsysinfo с помошью mbmon тулзы

Quote// define the motherboard monitoring program here
// we support four programs so far
// 1. lmsensors  http://www.lm-sensors.org/
// 2. healthd    http://healthd.thehousleys.net/
// 3. hwsensors  http://www.openbsd.org/
// 4. mbmon      http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.htm
// 5. mbm5       http://mbm.livewiredev.com/

Пожелания:

1. Не плохо было бы ещё сделать позиционирование экрана на проблемный участок сети. Т.е. если у меня открыта карта (а она очень большая уже получается, два экрана что в бок, что 1,5 вниз, некоторые объекты невидно из-за окна) и возникает какая-то проблема, то необходимо чтоб карта позиционировалась именно на этом проблемном участке. Иначе просто не видно что упало и упало ли вообще, если объект не входит в экран.

2. Также желательно звуковое сопровождение проблемы как глобальная настройка, так и индивидуальная под каждый объект. К примеру я хочу не сопровождать звуком проблему связанную с падением голосового потока на Cisco,а а только в том случае если один из Eth-интерфейсов упадет. Плюс возможность ставить индивидуальный вид звука на объект. Можно было бы записать свои голосовые файлики с описанием объекта и проигрывать его в случае падения объекта/интерфейса.

3. Возможность создавать не только один линк на карте между двумя объектами, а как миниму 2.

4. Возможность создавать линки не только по физическим интерфейсам, но и по vlan-ам к примеру на switch-ах. В данный момент это возможно, если прописывать руками, в списке нет такого.

Когда будет следующий релиз? Будут ли учтены в нем уже имеющиеся просьбы?

Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.

Quote from: Victor Kirhenshtein on August 17, 2007, 10:02:34 AM
Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.

Также надеемся

Было бы клево иметь возможность менять толщину линий в графике чтоб когда делаешь выборку за большой период графики оставались такими же красивыми как в cacti.

UPD: Посмотрел еще раз на графики и понял что дело не в толщине линий а в чем то другом. Пока не понял в чем

Я тоже хочу сделать графики как в cacti - и тоже пока не очень понятно, что надо изменить. Но будем работать над этим

Возможно усредняются значения за определенный период и график получается более гладкий.

мне не нравится как в Cacti
если сделайте как там, то оставьте старый вид с переключателем

на мой взгляд в Cacti там пики плавно соединены друг с другом

Хотелось бы ещё чтоб снимались названия интерфейсов по SNMP. Во всяком случае чтоб эта возможность была опциональной. Имеется в виду следующий пример. Есть Cisco на ней есть потоки E1, интерфейсы и так далее. Каждый из интерфейсов/потоков имеет description. Можно ли чтоб в Object Browser-е к примеру потоки E1 выглядили так к примеру:
My Description (E1 1/0)
My Client (FastEthernet 2/0)
и так далее.

было бы ооооочень удобно при просмотре железок. Во всяком случае известно какой интерфейс не работает и какой клиент/устройство к нему подклюено

Ситуацыя:
NetXMS server , количество Nod  ~200+.
При Node UP|Down отсылаются SMS & Mail.

Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.

Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах. 

Quote from: zan on October 01, 2007, 10:59:33 AM
Ситуацыя:
NetXMS server , количество Nod  ~200+.
При Node UP|Down отсылаются SMS & Mail.

Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.

Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах. 

Имхо той же лавинной и придет аля типа все устройства изменили статус с down на up.. Тут надо как-то по другому думать...

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