nocproject.org

dvolodin запилил я таки vlan_id для 1900 каталиста в get_mac_address_table, пришлось выдергивать из running-config по цепочке mac -> interface -> vlan-membership

dvolodin конечно это бред сивой кобылы, для каждого мака дергать re.search на весь конфиг

dvolodin но другого способа я не знаю

ух

жесть

ну пока так, наверное

на кисках и для get_fqdn приходится конфиг дергать

dvolodin ну как бы надо бы оптимизировать, 1 раз распарсить конфиг и сложить все interfaces -> vlan_id в хеш

dvolodin но реально это кажется не нужно, таких девайсов поди и нет ни у кого :-D у меня 1 штука осталась

ну и не стоит возиться

обычно дешевле выкинуть такое, чем пилить provisioning под него

dvolodin да я занялся этим собственно чтобы разобраться что к чему в профилях ;)

там все просто

реально проще, чем в том же RANCID

dvolodin 64-бит для чего нужно?

mongodb

dvolodin а на 32-бит оно не работает или работает медленно? реально нет сейчас возможности запустить на 64 бит системе

база не более 2 гиг

dvolodin а где смотреть сколько щас?

db.stats()

Вопрос: а как из SA добраться до конфига?

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

dvolodin запустил дискавери, чо дальше?

Dmitry1: object.config

rp3u: посмотреть в его лог

dvolodin там всякое, есть хорошее, есть плохое :)

наиболее интересно плохое, особенно traceback :)

поподробнее про object.config

можно страничку на blogs или где-то похожем сделать?

посмотри в cm/models.py

класс config

зачем страничку

заходишь в блог

чукча не читатель, чукча писатель

add > blog post

туда любой зарегистрированный постить может

не, выкини где-то примеры работы с object.config

cm/periodics/config_pull.py

что-то у меня crashinfo перестали генерироваться, к чему бы это? (aka куда смотреть?)

генерироваться или в fault management попадать?

файликов не стало

ну так это же хорошо :)

Dmitry1: а что в блог постить собрался?

а в целом, коллеги, подтягивайтсь в блог

любая сложная система познается на примерах

не я, а ты

сделайте уже вики...

как работать с классом config из SA

Не надо wiki

есть confluence

там можно сделать какой-нибудь раздел, типа "share"

А заодно разбить по темам, типа SA. FM и т.п.

И ссылки там можно делать, и картинки вставлять, и история изменений там отлично делается

а оно может работать в качестве отстойника для всякой фигни, из которой может получиться что-то годное?

и метки там делаются, и диаграммы

да

по идее потом текстовки оттуда можно будет переносить в основную документацию

у вас там gliffy есть?

да

ваще шик

dvolodin: сделаешь такой раздел на influence? Это гораздо лучше всяких issues

Sandbox'то?

ну давайте сделаем space c песочницей

плюс подный доступ туда к созданию страниц и редактированию их

как минимум - любой может писать в блоги

а редактировать чужие записи в блогах?

комменты писать

мне вот хочется создать скулут статьи и попинать отдельных личностей (TM) на предмет заполнения/дополнения/разъяснения

*скелет

в принципе, в confluence есть концепция personal space

комментариями это делать не удобно

любой может сделать себе отдельный space и творить с ним что угодно

можете попробовать

и плюс есть общий блог

не-не-не. хочется один общий на все

смысл лазить и искать в куче разных personal space ?

Тот же blog засунуть в общий space

Потому как с развитием NOC надо будет постоянно править статьи, чтобы они соответствовали текущей версии.

Вообщем сделать общий "developer space", где можно будет публиковать примеры работы с API, так всеми ожидаемое TODO, скрипты и профили для тестирования и т.п.

Например, сейчас в issues есть несколько новых готовых профилей. Но для того, чтобы их потестировать, я должен найти их в паре сотен issues

А так будут разделы: "профили для тестирования", "скрипты для тестирования", "FM правила для тестирования", "FM ивенты для тестирования" где каждый сможет написать. заработало у него или нет. А для профилей и скриптов выложить тушенку.

есть такой

development

для issues - можно отчетами фильтровать

такие вещи удобне в jira делать

есть мнение что security alarm надо в ноке вынести в отдельный пункт или раздел

они отличаются от сетевых алармов

почти не виляют на connectivity

и не закрываются автоматически последующими трапами

да и вес аларма по безопасности и по проблемам сети сравнивать некорректно

Как бы есть уже в FM collections разделение на классы алармов: Chassic, Environment, Network, Security

Сделай себе Alarm Trigger, который бы в зависимости от класса отсылал сообщения на разные e-mail

я открываю FM -> Alarms и вижу все в одной куче, и говорю что лучше сделать FM -> Network ALarms и FM -> Security Alarms. что такое FM collections?

хотя Security Alarms - это уже не ФМ

FM -> Alarm Trigger

триггера - это треггера, я про само приложение FM -> Alarms, с тригеррами я знаю как работать

есть у кого свичи Nortel BayStack?

Dmitry1:

Можешь глянуть на NOC-195? Добить уже 1210?

кинь туда тушенку

после обновления стал валится крашинфо - No such file or directory: '/var/run/noc/noc-discovery.pid'

ибо переменстили в /var/run/noc пиды

создай папку. дай на нее права ноку

а, так и сделал пропала ошибка

хм... а теперь, судя по логам - оно поползло со всех железяк собирать наборы интерфейсов

ага

все пучком

ловите баги в get_interfaces

2011-12-07 22:02:30,615 Running interface discovery for 7609-pet, cct01-vol-dru, cct12-yla-srv - а почему группой по три штуки ?

смотри параметр concurrency в noc-discovery.conf

подумалось мне, может быть и cm.config_pull пекинуть в noc-discovery?

в конце-концов, это тоже вид discovery

2011-12-07 22:08:56,893 [crt02-yla-srv] get_interfaces failed: {'text': u'Cancelled', 'code': 20L} - железяка 7206VXR

dvolodin: результат get_interfaces в вебе посмотреть уже можно?

н-да.... 7609 тоже

2011-12-07 22:15:26,432 Script Cisco.IOS.get_interfaces(10.200.203.1). Timeout set to 120

2011-12-07 22:15:26,432 2 script threads (50 max)

2011-12-07 22:15:59,904 Requesting event source filter

2011-12-07 22:17:26,628 Cancelling stale script Cisco.IOS.get_interfaces(10.200.203.1)

2011-12-07 22:17:26,631 [script-10.200.203.1-Cisco.IOS.get_interfaces] Cancelled

2011-12-07 22:17:26,632 Script Cisco.IOS.get_interfaces(10.200.203.1) is cancelled

разбираться надо с ней

хотя с другой такой же циски все ок. правда иосы там разные

debug-script'ом пройди по ней

<type 'exceptions.AttributeError'>

'unicode' object has no attribute 'name'

START OF TRACEBACK

в логах дискавери наблюдаю

и я смотрю, какие-то проблемы с железками у которых есть интерфейсы отличные от ethernet

dvolodin, может лучше расписание выполнения из конфига перенести в приложение schedules

это все про discovery

нашел дублирующийся роутер у себя. удалить не дает

zi_rus_: делай issue

не надо переносить никуда, это отдельный демон

не... ни в какую не дает удалить объект. орет что <ManagedObject: core-sw1> object is referenced from <class 'noc.inv.models.Interface'>

dvolodin, это для тебя это отдельный демон, а для пользователя это очередная задача которая должна выпоняться по расписанию на peer.update_whois_cache или cm.config_pull

когда sheduler научится вести не только периодические задачи, но и задачи на отдельные объекты, тогда может быть

тогда и noc-notifier уйдет

сейчас -- лучше отдельным демоном

давайте лучше подумаем над гипотетическим interface manager

который должен показывать то, что насобирал discovery

а в перспективе, и менять настройки

менять ?

а, manager.... ну да

а так - вполне логично, чтобы discovery выполнялось покакому-то событию, как-то добавление устройства/смена конфигурации

ага

>Dmitry1: кинь туда тушенку

сразу сделал

не проходит тесты на DLink_DES_1210_28_5_10_B018_get_version_0002.py

потому что тушенка с другого профиля, самописного, я его код там привел

он для примера получения версии из cli

я просто не стал пихать его сам в DxS_Smart.get_version

первые две тушенки с патченного DxS_Smart.get_version

Это в jira небольшой бок - она позволяет добавить коммент к вложению, а показывает потом эти коментарии отдельно

Я там комментарии оставил

По ходу, на 5-й версии прошивки поменялись некоторые команды

Поэтому нужно в один профиль засунуть команда как для 2-й версии, так и для 5-й

ОК, я могу один предоставить для работы, у меня он для тренировки есть, сама сеть далеко, и прошивки везде последние, поэтому живого с прошивкой меньше 5-й не найти

может раскомментировать #if self.match_version(DES1210, version__gte="5.10.B018"):

>Dmitry1: может раскомментировать #if self.match_version(DES1210, version__gte="5.10.B018"):

поковыряюсь еще, конечно

надо, чтобы проходил тест

./noc test noc.sa.profiles.DLink.DxS_Smart

dvolodin: NOC-199 :)