разработчикам на заметку
в плане win32-консоли
прошу сделайте так чтоб можно было отрубаться от сервера не закрывая консоль
ситуация: валится СУБД-сервер, win32-консоль выводит предупреждение, а после уведомления пользователя закрывается
это неудобно
в win32-консоли, а именно в окне графика
- при пересечении двух линий? а также при пересечении линией background-сетки думаю стоит добавить эффект "прозрачность";
- добавить возможность менять толщину линий;
- добавить возможность вкл/выкл background-сетку;
- добавить возможность менять величину шага(время) при построении графика
есть предложение добавить суб-агента для мониторинга температурных датчиков, а также датчиков кол. оборотов куллеров на серверных системах
как например это делает phpsysinfo (http://phpsysinfo.sourceforge.net) с помошью mbmon (http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.html) тулзы
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
Quote from: vbolshakov on October 02, 2007, 10:07:02 AM
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
1. Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.
2. Это можно сделать в консоли через Control Panel -> Server Configuration -> отредактировать параметр DefaultCommunityString
3-6. Хорошие идеи, приму к сведению.
7. Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?
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
Quote from: vbolshakov on October 05, 2007, 01:53:35 PM
7. С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
в результате получим fastethernet0/1 - [Internet] ClientName
ну я наверно вообще о другом говорил выше? :(
https://www.netxms.org/forum/index.php/topic,74.msg465.html#msg465
о том :)
я просто когда список писал забыл из него этот пункт выдернуть
Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation"
Quote from: vbolshakov on October 05, 2007, 02:10:18 PM
Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation"
Это действительно можно сделать через status calculation — в properties интерфейса, который не должен влиять на статус хоста, выставить в Status Cаlculation -> Propagate as variant "Fixed" и выбрать статус "Normal".
так и сделано, но всеравно узлы "красные" и alarmы приходят
Рассылка по нескольким e-mail адресам, разделённым ";" или пробелом. Можно, конечно, сделать несколько экшенов, как я сейчас и делаю, но была бы фича полезна.
Quote from: vbolshakov on October 08, 2007, 06:49:44 PM
так и сделано, но всеравно узлы "красные" и alarmы приходят
красные они как раз из-за алармов - поскольку severity алармов учитывается при вычислении статуса узла. Ну а появление алармов (и их приоритет) можно контролировать через event processing policy.
Когда будет новый релиз?
недавно был
Quote from: drew on October 15, 2007, 12:37:50 PM
Рассылка по нескольким e-mail адресам, разделённым ";" или пробелом. Можно, конечно, сделать несколько экшенов, как я сейчас и делаю, но была бы фича полезна.
Sdelal, v CVS versii uze est'. Adresa nado razdeljat' ";". Toze samoe rabotaet i v rassilke SMS-ov. Esli ochen' hochetsja etu funkcional'nost' v tekushej versii, to mozno zamenit' fail src/server/core/actions.cpp na tot kotorij v attache i peresobrat' server.
Было бы здорово добавить функцию изменения статуса всех дочерних объектов на Managed/Unmanaged.
2 prx. А что мешает нажать правую клавишу на node или же на всей сети и сказать Unmanaged?
в плане графиков добавьте еще параметры CURRENT, MAX, MIN, AVERAGE под каждый
Quote from: Alex on November 15, 2007, 10:55:46 AM
2 prx. А что мешает нажать правую клавишу на node или же на всей сети и сказать Unmanaged?
Нужно при падении node видеть об этом информацию а вот при падении интерфейсов на этом ноде не видеть этого.
Простой пример - Свитч с подключенными компьютерами которые постоянно включаются и выключаются %)
Quote from: prx on November 15, 2007, 06:55:10 PM
Нужно при падении node видеть об этом информацию а вот при падении интерфейсов на этом ноде не видеть этого.
Простой пример - Свитч с подключенными компьютерами которые постоянно включаются и выключаются %)
У меня такая же фигня сделана. Сделал так. У свитча есть uplink полюбому. Его оставляю как есть. Остальные порты на этом коммутаторе через Status Calculation устанавливаю в Normal. И таким образом отключайся не отключайся, придет сообщение об этом (тут ещё можно с events поиграться) нод у тебя не будет целиком в дауне.
Quote from: prx on November 15, 2007, 09:46:29 AM
Было бы здорово добавить функцию изменения статуса всех дочерних объектов на Managed/Unmanaged.
Можно выбрать объект ноды, закладку Subordinates, выделить все нужные объекты и сделать им Manage/Unmanage.
А также нужно, ну очень нужно запрос описание интерфейсов, если они есть..
к примеру:
interface E1 1/0
description It's My Interface
В итоге при выводе интерфейсов в нодах, хотелось бы видеть таким образом:
It's My Interface E1 1/0
а не так как сейчас
E1 1/0
Дело в том, что при при Poll Configuration все надписи, которые делаешь руками, затираются.
поддерживаю, проблему с затиранием пользовательских записей при принудительном обновлении конфигурации ноды нужно устранять
кста, с помошью параметра ResolveNodeName наверняка можно отключить обновление названия при принудительном опросе конфигурации ноды (сам еще не пробовал)
Всем привет! Я сделал отдельный форум для идей и предложений, поскольку в одном топике с кучей разных тем я уже запутался. Так будет проще ориентироваться, если каждый запрос/идея будет отдельным топиком.