nocproject.org

zi_home: как вы все дружно любите кактус

dvolodin, был бы выбор :(

там же хорошая документация, понятный конфиг ;)

yb ntv yb lheubv yt gjkmpjdfkcz

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

бгг, Дима решил потроллить)

у нас вообще кактус чисто исторически сложился

я и не стал переделывать

хотя про заббикс были мысли

По сути, нам надо механизм точного шедулера для таймсериес+механизм хранения периодических данных с настройкой их аггрегации по интервалам

заббикс говно)

имхо*

функции+интерфейс наколбасить не такая уж проблема

для графиков

что там уже есть - честно не смотрел)

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

там все джсонами отдается

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

а вот хз надо ли автомат

надо

но не вижу проблемы

у тебя база распухнет на дрожжах

надо

вот кроме ресурсов я вменяемого механизма не вижу

ну стоп

у нас графики применительно к железу - это обычно л2-л3 интерфейсы

их характеристики

плюс всякая загрузка железок - память цпу

это все от объекта пляшет

на l2/l3 интерфейсах кто-то сидит

магистрали

и изредка клиенты

ресурс - это л2 порт?

магистральные порты нужно мониторить по профилю

да

это раз

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

ибо не каждого физика стоит мониторить

угу

да и не каждого юрика

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

жалуются иногда гандоны, скорости им недовешивают

а так будет чем тыкнуть

это можно про каждого физика сказать

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

физика проще нахер послать

тут скорее надо логику додумывать

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

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

движок - дело поправимое

вот хранилка в базе нормальная - более сложный момент

http://blog.mongodb.org/post/65517193370/schema-design-for-time-series-data-in-mongodb

там типа такого нужно вертеть

или затраты на агрегацию и вытирание старого будут как в заббиксе

угу..

в общем, надо хоть что-то делать

но такая схема жестко фиксирует периодичность опроса

хотя, можно и забить на это

периодичность надо задавать при создании графика

да нет

там суть в том, что на все графики она

и ее нельзя поменять

ну у кактуса оно вообще задается шедулером

те стандартные 5 минут

это на их совести

у нас, в принципе, есть PMDatabase

которые в разных коллекциях живут

и PMStorage

гранулярность на уровне storage должна задаваться

и где-то надо указать, что такие-то графики падают в такой-то storage

и на каждый storage должен быть job, который заранее будет документы созавать на следующий период

бля, опять с этими 6500/7600 жопа

ыыы

коннекшены разные

платы можно и туда и туда воткнуть

как задать совместимость?)

dvolodin, как юзать compatible groups в connection types?

вы про какие платы?

там в модельках недавние коммиты

мсцф и пфц платы

и соответственно ответка в супах

ну так сделайте 2 connection type

по ошибке сделали все дфц их, вот пытаюсь поправить

дак и так 2

pfc и msfc

делаю

ну а какие проблемы?

только там еще 7600

и 6500

для каждого сови

свои

?

эээ

там просто разные супы

вы про что :)

дфц и прочее втыкается в платы а не шасси

где связь?

76 от 65 отличается только part no в idprom

бля, ну ты же сам комментил коммит

:)

на супе делаешь разъем msfc и pfc

и все

dvolodin, предлагаешь свернуть все коннекшены у ниверсальные для 6500\7600?

да

эх.опять гемморой

там другой прикол - с шиной и фабрикой

на шасси вроде 6513

и sfp+ выпилить и оставить только sfp

зачем?

ибо нехуй :)

dvolodin, нок совместимость по коннекшену определяет

и не воткнет sfp в sfp+

а должен

это да

на самом деле там нужен третий тип, который хавает sfp и sfp+

нахуй

потому как на многих картах дырка sfp+ -- строго для десяток

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

в общем чтобы мосг не трахать, я оставляю коннекшены Cisco | 6500 | xxx, прописываю в дескрипшене что оно и для 7600 и меняю во всех модельках на них

ок?

6500/7600 htkbubz yt gjpdjkztn yfgbcfnm&

религия не позволяет написать?

создай мне директорию с таким именем

где оно будет лежать

через минус запиши

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

какая разница, через sed меняй и все

ну вентиляторы я трогать не буду

цлк втт тоже

дык у них свой conn type

dvolodin, а чего это не закоммитил http://pastebin.com/iFqtKS9F

вроде работает

zi_home: точно работает?

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

_4ePTeHok, а это твое http://pastebin.com/kB4U3bVH - тоже можно закоммитить

погоди, с моделями разберусь

http://codecombat.com

мать

явистам похоже совсем нехуй делать уже.

ага

уф.

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

пока MSFC/PFC универсализировал)

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

_4ePTeHok, закоммить еще фикс для get_inventory

проверяй все скопом

_4ePTeHok, давай sfp+ выпилим

а то проблемы нарастают

Дима не одобрил)

там надо просто совместимость выставит

нет, он согласился

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

по той же причине

ну ладно, подождем его

dvolodin, есть предложение выпилить sfp+ и vendor-locked типы коннекторов, оставить только реальные, то есть если дырка sfp то ее такой и делать, не заморачиваясь cisco/juniper -only она или нет, sfp+ -only она или нет

не

вот этого мне сильно не хочется

их наличие только мешает

а профита ноль

дырка sfp+ -- все-таки sfp+

дырка sfp+ все-таки sfp

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

различие только в протоколе

для этого протоколы и сделали

тебя же не смущает что на циске в rj45 ходит rs232

=)

чото ты его спугиваешь)

zi_home, обновился?

да

норм модельки сожрались

ну ошибок не было

_4ePTeHok, передискаверил одну железку, msfc и pfc сразу воткнулись

ну заебца

а то там пиздец выгребать где чо не так

то рахъем, то тип попутали

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

dvolodin, пока ты тут флапаешь. напомни где патч чтобы нок предпочитал тип из базы, а не от скрипта

я думал что накатывал его, но нет

черт

гг

да хватит его пугать

насчет sfp+ подумать надо

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

dvolodin, а на счет патчика подскажи, а то без него железка не собирается. PS только не убегай :)

какого?

dvolodin, чтбы тип модуля брался из модели а не скрипта

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

эммм

тогда не работает

хотя

...

dvolodin, нет, не работает

Submit vendor=CISCO, description=ASR 9000 Virtual Module, part_no=['A9K-MODULEv'], number=0, builtin=False, serial=N/A, type=MOD, revision=N/A

должен быть type=MPA - как в модели

погоди

это он пишет то, что в скрипте пришло

а реально использует из можели

но не втыкает

dvolodin, http://pastebin.com/VmzdF0ZS - или чего еще ему может не хватать

а

все, я понял

номер неправильный возвращает

Set context mpa = 0 -> NN=14, mpa=0, Nmpa=1, N=0, chassis=None, Nchassis=0

mpa=0

все нормально там

она втыкает в нулевой разъем

а надо во второй

NAME: "module 0/0/2", DESCR: "ASR 9000 Virtual Module"

PID: A9K-MODULEv, VID: N/A, SN: N/A

NAME: "module mau 0/0/2/0", DESCR: "SFP"

PID: SFP-10G-LR , VID: V02 , SN: FNS17412F96

NAME: "module mau 0/0/2/1", DESCR: "SFP"

PID: SFP-10G-LR , VID: V02 , SN: FNS17412BJC

NAME: "module mau 0/0/2/2", DESCR: "SFP"

PID: SFP-10G-LR , VID: V02 , SN: FNS17411X8D

NAME: "module mau 0/0/2/3", DESCR: "SFP"

PID: SFP-10G-LR , VID: V02 , SN: FNS174128UH

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

{'builtin': False,

'description': 'ASR 9000 Virtual Module',

'number': '0',

'part_no': ['A9K-MODULEv'],

'revision': 'N/A',

'serial': 'N/A',

'type': 'MOD',

'vendor': 'CISCO'},

черт

http://pastie.org/9292164

накати патчик

оно будет писать, если модель задает другой тип

ок

а тут скрипт править, да

костыль поставил

dvolodin, теперь с sfp+ надо решать

с костылем понятнее?

dvolodin, ну вот так :) http://pastebin.com/uQLWZ9Jw

работает?

да

вентилятор еще чего-то не втыкается

что ж за геморой то какой

чего хочет?

а хер знает

Trying to connect #1. FAN (chassis=None, NN=1, Nchassis=0, N=0)

Trying to connect #2. MPA (chassis=None, Nchassis=0, NN=2, mpa=1, Nmpa=0, N=1)

вроде все правильно написал

со второго раза воткнул

хм

ну ладно

dvolodin, у меня тут витает мысль для трансиверов сделать опцию поддерживает ли модуль DOM или нет

modelinterface

куда-то туда

либо интерфейс

либо просто capabilities

тогда нок сможет выбирать и не будет пытаться дернуть DOM статус с портов которые его не поддерживают

но это пока только мысли

инвентори с остальной частью надо свзявать

SFP+ - вот проблема

zi_home, а вот тут есть большое но

мы же договорились что пиды объединяем под общей вывеской

а одни могут поддерживать дом - другие нет

вот тебе и грабли вылезут сразу

нет

там где пиды есть

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

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

а у нонеймов нет пида

у киски трансиверы с одним pid'ом могут быть как с dom, так и без него

потому как сама киска оптики не делает

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

у нас модели объединяющшие по 5-8 пидов есть

нет такой детализации чтобы учитывать есть там дом или нет

хотя это и было бы интересным

как и скажем автоотключение лишних методов дискавери на основе get_version)

некая автоматизация профилирования

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

угу

но идея ведь красивая)

хотелка тоесть)

но как представлю ето хозяйство для длинка и их жопописательским прошивкам...

там проще застрелицо, чем матрицу нарисовать

именно

а так да, прям соцеялизмъ = от каждого по способностям)

да и киска тоже

возьми мелкие каталисты

длинк это просто гипербола)

во всем)))

LLDP там работает начиная с 12.2(33)SE

но там еще есть SEE2, XA и всякая прочая нечисть

правда?) у меня нигде не работает))

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

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

у меня работал нормально на 12.2(53)SE

одно дело -железка умеет, а другое - не включено

zi_home: ты напишешь парсер конфига

который скажет, что умеет железка?

_4ePTeHok, http://bt.nocproject.org/browse/INV-18 - посмотри

dvolodin, это просто, не обязательно конфиг парсить

if "oam" in config:

if "rep" in config:

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

да

zi_home:

interface blablabla

description "Foam show"

:)

ну и ничего страшного

zi_home, еще раз - одно дело не включено, другое - железка не умеет

ну можно if "ethenet oam" in config:

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

interface blablabla

description "!!! Do not enable ethernet oam"

:)

спорить с Володиным..))

ой, да ладно

это всегда так увлекательно)

zi_home: inv-18 я не коммитил?

нет

он не готов был

ну и чудно

_4ePTeHok: можешь в репо пихнуть?

dvolodin, отмечай в трекере чтоли)

я только сейчас модель доделал

я в трекере отмечаю

dvolodin, ты авто включение/отключение id discovery сделай

впихнуть то запросто. было б куда и кому)

это не сложно кмк

zi_home: а можешь сделать pull request?

нет

:)

полгода только код курить придется

гг

несложно - и тут же полгода

ну логика простая, а куда ее всунуть надо еще найти

"name": "Cisco | ASR9k | A9K-MODULEv",

лх не стал бы я такой пид класть во все 9л

9к

они же разные там бывают вроде

с разным набором потрохов, не?

может в 9001 все ж?

эээ

кто разные?

встроенный модуль

ну встроенный

или во всей линейке один?

от 9001 до здоровых

он только в 9001

но серия то одна

не вижу смысла разделять

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

даже есть мысль остальные туда же засунуть

не попадется

я так думаю :)

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

это самый простой вариант

если коллизия случится, тогда и переделаем

не имеет значения, сейчас или потом это делать

а пока и так сойдет

SFP+ - надо решать

блин, теперь Lost&Found не открывается

почему?)

хз

жму развернуть

оно крутит кругом и все

в консоли ошибок не видно

я закомитил

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

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

млять

UNHANDLED EXCEPTION (2014-06-15 18:27:54.916131)

Working directory: /opt/noc

<class 'mongoengine.base.ValidationError'>

Unable to dereference <class 'noc.inv.models.objectmodel.ObjectModel'>:528ba0faf3b682005b9788a1

START OF TRACEBACK

агась

ниже смотри

после такого в инвентори соваться не хочется

что там за модель

_4ePTeHok, http://pastebin.com/NnGudbgq

хм

надо смотреть что утебя в базе под этим айдишником

что то удаленное наверно

ммм

если в могу лезть

*монгу

я даже не знаю как

db.noc.objectmodels.find({_id: ObjectId("5288d24d5c8b827f343acea4")})

только айди свой

> db.noc.objectmodels.find({_id: ObjectId("528ba0faf3b682005b9788a1")})

>

> db.noc.objects.find({_id: ObjectId("530afb52f3b682045a7bce89")})

{ "_id" : ObjectId("530afb52f3b682045a7bce89"), "model" : ObjectId("529ee77bf3b682392f8d6a09"), "container" : ObjectId("530afb52f3b682045a7bce88"), "name" : "Global Lost&Found" }

_4ePTeHok, во

> db.noc.objects.find({_id: ObjectId("532c259df3b6826da1570e31")})

{ "_id" : ObjectId("532c259df3b6826da1570e31"), "container" : ObjectId("530afb52f3b682045a7bce89"), "model" : ObjectId("528ba0faf3b682005b9788a1"), "data" : { "asset" : { "serial" : "FNS17041572", "revision" : "A" } } }

> db.noc.objectmodels.find({_id: ObjectId("528ba0faf3b682005b9788a1")})

дропнуть?

по серийнику это трансивер

ну ебнуть мало

там же еще линк

dvolodin, ты же делал команду какую то чтобы линки вычищать?

это вы про что?

dvolodin, http://pastebin.com/NnGudbgq

да у него лост энд фаунд модельку потерял

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

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

совсем память дырявая стала

=) пора ECC ставить)

каким боком тут линки?

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

родителем и детьми

=)

таки чего мне сделать?

format c: ?

_4ePTeHok, таки дропнуть?

млять

опять все сломал

все дропнул, теперь надо корень обратно создать и Lost&Found

подебил

_4ePTeHok, тут?