nocproject.org

mikevlz, давай.

есть план работ ?

наконец-то обновился до актуальной версии, пока develop,но глаза разбегаются, какую бы feature потестировать =)

которая с extjs

чтобы быстрее в девелоп попала

https://www.ohloh.net/p/noc/

позитивненько вполне

teroni: выделение текста тоже заработало

угу

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

contrib вырезали

аа

а еще прикольное имя сайта

ох Лох

левая панелька складывается не до конца..

да, знаю

у нее минимальный размер есть

я так понимаю мешает нопка которая появилсь вверху

да

в целом нормально получилось, сливаю с develop

урааа

а у когонить в эксплорере нок работает??

dvolodin: а теперь же нет возможности вручную pull делать? на каком этапе теперь свои локальные патчи накладывать?

почему нет?

раньше был вариант none у параметра follow, а теперь нет

т.е. я могу, конечно, сделать вручную pull из нужной branch, но при запуске upgrade снова может что-то прилететь

если не менялся твой бранч, то ничего не изменится

т.е. я теперь делаю pull и update, потом qpush и потом запускаю upgrade

в принципе - да

только коммитить нужно не в default, а в develop или в feature

http://kb.nocproject.org/display/BLOGS/2013/08/14/Branched+development

вроде закончил описание

а с pull request это как будет выглядеть?

делаешь реквест на сливание feature branch

по новому интерфейсу вопрос: в тех приложениях, что уже на JS, не сохраняются настройки (отображаемые столбцы, размеры, сортировки) при выходе?

должны сохраняться

dvolodin, у меня вопрос по get_arp для IOS XR, ты ту команду где-то использовал или как? потому что у меня на железках другая работает

да, использовал

на CRS'ах вроде

хм

тогда костыли надо делать

dvolodin, а еще такой вопрос, ты тут ветвить нок начал, а чтодумаешь про вот что, сейчас чтобы новые правила для ФМ получить надо весь нок обновлять, а как бы сделать так чтобы не выкачивать очередной набор багов, а только получать новые правила

zi_rus: думал на эту тему, да

по отделению базы правил из общего репозитория

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

хотя бы по тому же принципу, что и тушенку

teroni: да нет, не в этом дело

нужно иметь возможность сидеть на default и получать новые правила

но для этого нужно еще версионирование API

угу только некоторые правила будут зависеть от кокогонить бранча

чтобы можно было пометить, что правило требует минимального API такой-то версии

и игнорить их, если версия не поддерживается

народ кто в регеспах разбирается

egrep 'hostname|domain name[ ]'

правильно я в конце пробел ловлю или есть более красивое решение?

только пробел? или таб перевод строки?

там есть \S или \s

пробел хочу, там после пробела еще строка продолжается

\s \S не работает

или не подходит

domain name a.ru отловить надо, и исключить domain name-server 8,8,8,8

бред какой-то

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

fqdn = []

^

SyntaxError: invalid syntax

по снмп сработало

с отступами не промахнулся?

да вообще их не трогал

dvolodin, вроде все на месте http://pastebin.com/fb9PVYkF

скобку забыл после self.cli

не мучай змеюгу

domain[ ]name --- можно просто domain name

кто-то здесь писал про отсутствие каких-либо разделителей в списке интерфейсов в VC - подтверждаю

обновился сегодня и получил грабли

да и некрасивая табличка теперь

и открывается на весь экран, а не окошком поверх, как было

это из-за новой версии extjs или ещё ломали что-то там?

нет, там шаблон поменялся

vc/apps/vc/templates/VCInterfaces.html

вот он

ок, поковыряю

там перед {{/each}} можно запятую поставить

но хотелось бы, чтобы в самом конце запятой не было :)

если что -- дока по шаблонам

http://handlebarsjs.com

dvolodin, NOC-1088

вот-вот - странные шаблоны - раньше не попадались такие

это js

рендерится на клиенте

и потому жутко тормозит

почему?

серверу, обычно, есть чем заняться

а клиент фигней страдает

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

zi_rus: OAM проверил?

нет

если я сейчас обновление запущу что сломается?

|NOC|0.7(4)r7718|

какая сейчас актуальная версия?

r8187

из изменений будет - пропадет cm.config_pull и уедет в config_discovery

чего-то я очкую

появятся профили Arista.AOS и Force10.SFTOS

:)

лучше на новом сервере поднимусь

а дальше начнется самое интересное

пропадет contrib

:)

напрочь

я сейчас еще данные для get_dom_status скину, там тяжко, я сам не осилю

появится project management

новый pm

а шаблоны эти кэшируются поди... noc-web перезапустить, чтобы увидеть изменения?

черт, project management, про него забыл, вот геморой

они компилируются при запуске приложения

да, обновиться надо

zi_rus: какой геморрой?

надо из custom field его выпиливать

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

а

поле project?

В общем - нужны тестировщики на следующие фичи

feature/ranged-chassis-id -- позволяет задавать несколько диапазонов маков на железку. Затрагивает id, stp, lldp и rep discovery

там же -- Juniper.JUNOS.get_chassis_id

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

feature/notification-center -- добавляется приложение sa > setup > object notification

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

там же -- уведомление на почту об авариях

про закрытие алармов там тоже есть?

безо всяких alarm trigger'ов

да, есть

шикарно

надо обновляться

проверял, вроде все нормально

но могут быть нюансы

там еще есть простор для доработок

все лучше чем есть сейчас

не все уведомления сведены в одно место

interface и vlan discovery пока еще по-старому рассылают

железки там задаются селектором

feature/OAM -- добавляет интерфейс IGetOAMStatus

и скрипт для IOS'а

в принципе, ничего не ломает

но сам интерфейс еще может измениться

надо бы еще скрипт для juniper'а туда

еще в процессе разработки --

feature/fm-new-ui

там пока не доделано приложение для редактирования правил

зато из плюшек

дедупликация событий

по умолчанию в списке алармов показываются только root cause, есть кнопка для раскрытия полного списка

severity root'а повышается всегда не меньше, чем severity любого из вложеных алармов

feature/NOC-1036 -- фикс для NOC-1036, надо бы его хорошо потестить

в общем, вот такие плюшки припасены

нужно хорошее тестирование по направлениям

а ещё по новому интерфейсу - векторные кнопочки и должны быть в ч/б варианте? Хочется красный delete ну и т.д. :)

Сейчас сделаю темы на форуме для каждого бранча

lexus-omsk: концепция ui сейчас обсуждается

lexus-omsk, +1, красный/зеленый/оранжевый, чтобы различать безопасные и деструктивные кнопки

как закончим работу - выставим на общее обсуждение

а то не ясно - то ли кнопка неактивна, то ли просто так надо

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

я бы лучше свой монитор выкинул

а скриншот как это выглядит - можно увидеть?

zi_rus: кто именно?

глифы

как это в интерфейсе вынглядит

может лучше сразу нахер

серое на сером и еще приэтом становится серым :-(

к стати виртуалки вещь очень полезная.

с боевого нока снял копию, обновил, на цисках настроил что-бы трапы и логи слали и на второй сервак

все проверил...

можно теперь боевой обновлять :-)

http://www.imagebanana.com/view/866o6vyv/ScreenShot20130815at12.02.27PM.png

примерно так оно теперь выглядит

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

да

цаета верхней шапки теперь можно из конфига выставить

например, желто-черной сделать :)~

темы будут?

черную хочу

они ортогонально темам

не буду же я в конфиге цвет каждой панели задавать

хочу тему

раз и все черное

ну или темное

короче чтобы была тема

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

а не самому колупаться

а

будет новая тема со временем

но шапке можно менять независимо от темы

dvolodin, ты сбоку папочки тоже глифами сделай, а то как-то совсем плохие они

скажем, тест и продуктив могут разные шапки иметь

не сделаешь папочки там пока

ExtJS 4.2.1 не позволяет в дереве глифы делать пока

засада

svg тогда искать

или убрать дерево

:)

а как без него

некоторые делают перекидывающиеся кнопочки как в ноке сейчас Navigation и Favorites. ни в коем случае так не делай, это самый угребищный вариант

сталкивался пару раз, кнопки всегда в разных местах, все время охотиться на них приходится

нет, там по другому будет

ну так что с тестированием?

а можно както между бранчами дельту увидеть?

Коллеги, а есть ли некий механизм в ноке позволяющий парсить регулярно конфиг и проверять наличие определенных комманд?

нет

но есть желание чтобы был

а конфиг валидатор не?

где бы его взять

пируль вроде

костыль

штатный хотели делать

RudW0lf: валидаторы конфига, да

а хде доку по валидаторам найти можно?

вроде на форуме было

кто-то пример выкладывал для длинка и для хуавея

пичаль

буду искать

http://forum.nocproject.org/index.php?topic=236.0

ооо

Спасибо!

вроде нормальный формат?

угу

сделаю такое же для остальных feature branch'ей

dvolodin: а можно както в девелоп применить NOC-1082 ?

а то после каждого обновления портится

может их просто игнорить?

как это?

а конфиги как сымать

или чего игнорить

http://forum.nocproject.org/index.php?topic=237.0

ну явно событие о том, что конфиг посмотрели - не является сменой

да но миб то один на всех там только параметры меняются

вот я и ловлю параметры для которых надо запускать обновление конфига

может это все-таки правилом сделать

http://forum.nocproject.org/index.php?topic=238.0

в смысле правилом? я пируль и правлю..

или в класификаторе?

http://forum.nocproject.org/index.php?topic=239.0

в классификаторе поправить

а это я так понимаю будет еще не скоро..

почему?

нужно просто уточнить правило

подумал тут

все уже привыкли к тому, что NOC 0.7 -- это та версия, которой никогда не будет

может не обманывать народ и сразу отрелизить NOC 0.8 ?

А NOC 0.7(*) считать смутными временами?

;)

коварно!

ага

ты ФМ допили и отрелизишь

меня волнует NOC-1010

ну да, его и пилю

http://forum.nag.ru/forum/index.php?showtopic=47185&view=findpost&p=868890

dvolodin, а что там с полем duration в ФМ, люди жалуются я смотрю

на что жалуются?

есть такое поле там

а говорят нет

если есть значит хорошо

не буду спорть не видел

но мне это поле тоже нужно

> <dvolodin> А NOC 0.7(*) считать смутными временами?

удобно иногда глянул и понял что железка лежит уже неделю

ага

а, стоп, да, не показывается

верну

хм... а как убрать это "not updating: crosses branches (merge branches or use --clean to discard changes)"

это откуда и куда?

ну при апгрейде, после добавления branch

а до этого что было?

какие-то свои коммиты?

нет, только "родные"

хотел потестить get_chassiss да новый fm глянуть - а тут облом

hg status что говорит?

и hg tip

и BRANCH в upgrade.conf прописал?

конечно

и hg status смотрел.. везде static, и один "? unclassified"

> hg tip

changeset: 8145:16e542892377

branch: feature/fm-new-ui

tag: tip

user: Dmitry Volodin <dv@nocproject.org>

date: Tue Aug 13 10:29:31 2013 +0400

summary: EventClassificationRule has been refactored to the separate module

и скрипта в профиле жунипера тоже не видать

hg branch что говорит?

default

попробуй hg update -c feature/fm-new-ui

эээ abort: uncommitted local changes

тогда показывай hg status :)

Чего-то мне кажется, что это плохая идея сделать кучу бранчей

Я понимаю еще, бранчи ветки 6 и 7

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

чтобы фичи не блокировали релизы

ага

а промежуточного релиза не было

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

так как постоянно в общем дереве недотестированные фишки

ты и сейчас можешь сидеть на develop и тестировать новые фишки

а по умолчанию сидишь на стабильном релизе

Как я увижу новые фишки, если они по всяким feature раскиданы?

по завершению тестирования фишки попадают в develop

http://pastebin.com/R5p4an3R - всю кучу файлов которые static - пропустил

теперь зато hg tip стал показывать

changeset: 8146:0e425659da51

branch: feature/OAM

tag: tip

parent: 8120:3425e7e9b2df

у тебя куча изменений

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

на текущий момент они восстановлены все

самый тупой вариант -- hg diff > /tmp/patch

hg revert --all

проапгрейдиться

и hg import --no-commit /tmp/patch

пробился?

апдейтит ;)

проавдейтился

но в профиле жунипера скрипт так и не появился

ты на какую ветку апдейтился?

а..

вот так hg update -c feature/ranged-chassis-id заработало

лучше через апгрейд

а через апгрейд не заработало

там иногда зависимости от внешних пакетов появляются

а еще лучше -- поставь hg flow

будешь переключаться примерно так

hg flow feature ranged-chassis-id

одновременно нелья несколько этих "фичсетов" иметь в работе ?

нет

они могут мешаться

можно, конечно, попробовать смержить их

но не советую

а

я в апдейт одновременно все features затолкал ;) наверное поэтому оно у меня и не работает

это не страшно

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

не надо жадничать

на самом деле суть в том, что feature нужно просто хорошо протестировать, тогда они уедут в develop

:)

teroni: нашел несколько смешных косячков после апгрейда на extjs

в fm.alarm и fm.event на вкладках log поле message не растянуто на всю ширину

а вкладки Data стали напоминать золотые времена netscape navigator 4

адовая куча трейсбэков

но все одинаковые

какие?

http://pastebin.com/yHJNsVAn

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

опа

да, косяки

поправил

проверяй

глупая опечатка

пишет, что 2013-08-15 17:21:51,173 [inv.discovery] Job lldp_discovery(jnr01-yla-gts) is completed successfully

2013-08-15 17:21:49,811 [inv.discovery: id_discovery(jnr01-yla-gts)] Identity found: Chassis MACs = 78:19:F7:0A:08:00 - 78:19:F7:0A:0F:BF

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

это juniper?

да

мх480

chassis id на нем правильно отработал?

да

2013-08-15 17:26:43,432 SCRIPT RESULT: Juniper.JUNOS.get_chassis_id(jnr01-yla-gts, 10.12.200.80)

[{'first_chassis_mac': '78:19:F7:0A:08:00',

'last_chassis_mac': '78:19:F7:0A:0F:BF'}]

что выдает get_lldp_neighbor с обоих сторон?

http://pastebin.com/0U9FZ648

с соседних жуниперов

chassis id для обоих отработали?

дерни discovery на них руками

'remote_port': '553',

'remote_port_subtype': 7,

вот в чем засада

они порты отдают с типом local

7 тип пока трактуется как name

так, а посмотри, get_interfaces для juniper'а же выдает нам ifindex?

да

'snmp_ifindex': 515}],

ok

подумаю