nocproject.org
04:06
04:07
Этот релиз хорошо протестирован, vlan пробивает любые...
04:08
gnu-linux, а где фотографии ?
04:08
в архиве?
04:08
dvolodin: глянул бы на интеграцию с noc...
04:10
Нет, фотографии ваших vlan будут созданы и доступны по ссылкам с нока в "Switch's Static Vlans"
04:12
dvolodin: этот релиз хорошо подготовлен, все функции описаны.. Думаю добавление его в нок не сильно много времени отберёт...
04:13
В принципе по функционалу это именно то что нужно нам как провайдеру...
04:14
gnu-linux, у тя все свичи доступа тут ?
04:17
gnu-linux: я всё жду пока ты функции django для sql заюзаешь - тогда вообще красиво будет :)
04:24
У меня для SQL работают функции noc исключением есть только две таблицы линков которых в нок нет...
04:25
а mysql там ещё встречается - это отдельную базу создавать надо - или это не обязательно?
04:25
при чем там чего то база нетапа
04:28
В README всё описано... Это для определения линков клиентов...
04:29
дык то редми. живой разработчик тут :)
04:29
Можно просто закоментировать строку с topo2client.py в файле /opt/noc/staticvlan/scripts/topology_map.py
04:34
04:35
gnu-linux: смотрел get_version для ZyNOS (#134), нормально так?
04:35
Замените все его файлы с нового релиза, также можно добавить sa/removestaticvlan
04:36
gnu-linux, как-то грустно - у меня один длинк...есть же еще зухели, каталисты...
04:39
Для зухелей get_staticvlan работает add_staticvlan я не тестировал хорошо, у меня их мало...
04:45
lexus-omsk: посмотрел на Zyxel GS-3012 3.80(LH.2) работает нормально но boot prom не дёт. Возьми и добавь определение бутпром с моего скрипта... Также там есть команда для определения serial№ для зухелей...
05:09
В sa/addstaticvlan/views закоментировать "map_task=" Вообще с sa/addstaticvlan/views и sa/newlink/views надо убрать селекторы.. но как?
05:35
gnu-linux: так я и брал с твоего, только разделил на разные regexp-ы, потому что порядок строк отличается в разных прошивках, поэтому и матчу их отдельно. Boot prom по snmp не нашёл как получать, а через cli должен отрабатывать нормально. Т.е. получаетс
05:42
Вот я и спрашивал - либо так оставить (когда возможно, исползуется snmp, иначе - cli), либо как-то поменять логику
06:04
новый fault management отработал первый простейший набор правил
06:04
сделал из pyrule периодическую задачу
06:05
которая фейлится с вероятностью 50%
06:05
коррелятор честно поднимает и чистит алармы
06:07
возникла хорошая идея
06:08
поналепить во все места вызовов pyRule с заранее заданными именами
06:08
тогда будет возможность отключать некоторые правила из встроенного набора по заданными критериям
06:08
и на ходу менять поведение
06:09
Например, игнорировать падения клиентских линков и задирать приоритет при падении магистральных
06:13
что-то недопонял "во все места вызовов" и "с заранее заданными именами"
06:16
и ещё: то ли баг, то ли нет нашёл - когда запускаю в debug-script какой-то скрипт с использованием snmp, то параллельно идёт обратный отсчёт тиков, и, если скрипт не уложился в отведённое время, то всё зависает на стадии shutdown factory... помогает тольк
06:17
например, после классификации события noc-classifier поступает с ним согласно действию, заданному в классе
06:17
тихо грохает или передает на дальнейшую обработку коррелятору
06:18
можно при этом пробовать вызывать pyrule с заданным именем
06:18
например, для класса NOC | Periodic | Periodic Failed вызывать fm_action_NOC_Periodic_Periodic_Failed
06:19
если он есть
06:19
и действовать согласно тому, что он сказал, а не по тому, как в классе прописано
06:20
тогда будет возможность повлиять на процесс обработки класса событий
06:20
так и сейчас вроде можно на класс навешивать pyRule - или это не то?
06:20
не то
06:21
теперь есть события и есть алармы
06:22
алармы поднимаются и чистятся по приходу событий по набору правил
06:23
например события классов Network | Link | Link Up и Network | Link | Link Down меняют состояние alarm'а Network | Link | Link Down
06:25
с алармами работает коррелятор
06:26
вот если навесить правила на события Link Up и Link Down и сказать, что не надо передавать на корреляцию клиентские линки - на них не будет подниматься alarm
06:26
и второе место, где можно повлиять на обработку - в правилах корреляции
06:27
например, можно вставить условие, что для клиентских линков не поднимать alarm'ы
06:28
но при этом оставить правила для поиска флапающих клиентских линков
06:35
вроде суть понял
06:36
а насчёт того бага (или не бага) - там получается, что тики отсчитываются независимо от того, приходят ли ответы по snmp... врменно решил, увеличив кол-во тиков до 10
06:40
ну я чуть выше писал... могу пример скинуть
07:45
извиняйте. я не следил за изменениями и при апдейте у меня вылезло
07:45
File "/opt/noc/contrib/lib/mongoengine-0.4-py2.6.egg/mongoengine/connection.py", line 70, in connect
07:45
return _get_db(reconnect=True)
07:45
File "/opt/noc/contrib/lib/mongoengine-0.4-py2.6.egg/mongoengine/connection.py", line 40, in _get_db
07:45
_connection[identity] = _get_connection(reconnect=reconnect)
07:57
монгодб поставь. 2 тема сверху на форуме
08:02
угу. нашёл.
08:02
странно
08:02
что оно даже заработало
08:09
он просто не используется
08:09
до инвентори
08:25
dvolodin, можно будет пример pyrule склепать для FM с описанным поведением(ну и список alarm/not alarm портов чтобы из параметров object'a выдирался) и положить его в дистриб noc'a? Без примеров тяжело вникнуть в самостоятельное написание.
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration