nocproject.org
06:33
06:33
там и для фана и для трансивера что предыдущее было
06:35
ну вот там же с вентилятором
06:35
а
06:35
тоесть его и фиксил
06:35
попробуй
06:36
Володину не отдыхается совсем) даже с отпуска ходит)
06:37
_4ePTeHok, напомни как дифф применить
06:37
что-то там с no-commit
06:38
нашел
06:38
hg import -f --no-commit diff
06:40
_4ePTeHok, дебаг прошел
06:41
теперь модельку надо рисовать
06:42
попробую собраться
06:42
меня что-то вштырило и я вчера для фм правил понаделал
06:42
а закоммитить некому
06:42
для меня фм самый полезный модуль после ипам
06:43
Дима так и обиженный?)
06:43
он же занимался фм
06:44
да
06:44
он говорит что нок отключен и не обновлен поэтому закоммитить не может
06:45
на самом деле я пока рисовал правила подумал что можно было бы сделать
06:46
тема с триггерами которую он пытался задвигать на самом деле очень правильная
06:46
только он мысль свою не развернул
06:48
я тоже сначала его не понимал
06:48
но сейчас, когда сам пришел к такому же думаю что это логично
06:50
_4ePTeHok, а ты понимаешь что такое job в ноке?
06:50
он работает сам по расписанию или там отдельный шедулер который рулит джобами?
06:51
шедулер это тупо класс, обертка
06:51
нет
06:51
смотри
06:51
есть job
06:51
check_link
06:51
джоб конирует экземпляр шедулера при создании задачи
06:51
клонирует
06:51
с параметрами
06:52
когда чего запускать
06:52
и по итогу шлет в сае
06:55
а чего предлагал то?
06:55
_4ePTeHok, а зачем скрипт сделал на моей железке show ver, перед тем как сделать show inv?
06:56
потому что там по версии определяется какой декоратор юзать
06:56
вот пример обычного периодического джоба
06:56
class UpdatePopLinksJob(IntervalJob):
06:56
name = "inv.update_pop_links"
06:56
model = Object
06:56
interval = 7 * 86400
06:56
randomize = True
06:56
threaded = True
06:56
ignored = False
06:56
group = "update_pop_links"
06:56
concurrency = 1
06:56
initial_submit_interval = 600
06:57
initial_submit_concurrency = 1000
06:57
видишь тут все есть
06:57
но в базе версия и так лежит, зачем усложнять
06:57
декоратору нельзя сказать откуда брать
06:57
оно само юзает гет-версион
06:58
эээм. всегда?
06:58
неправильно это по-моему
06:58
ну если не в пределах одного скрипта - тогда кэшированное берется
06:58
т е наеборот, когда в пределах
06:59
в ноке есть оптимизации чтобы иметь в базе актуальную версию и платформу железки, а мы каждый раз дергаем железку и парсим вывод ради того что в базе и так уже лежит
06:59
это к Диме)
07:00
обработку декораторов я менять точно не буду, слишком много сломать можно
07:00
его сейчас нет :)
07:00
понтяно кого пинать, вопрос только в силе ударов
07:00
на мои он уже не реагирует
07:01
это он после Диминых истерик включил непробиваемый арбидольный иммунитет
07:01
надо сказать что офм - это нужная и полезная штука
07:02
а потом нежно и мягко просить уже)
07:04
_4ePTeHok, ну вот по джобам смотри сейчас какие-то хендлеры прикручиваются напрямую к классам, это реально прибито гвоздями и вообще не настраивается, а триггеры задаются руками и очень гибко настраиваются. я не знаю чего Володину не нравитс
07:04
я и что в триггерах такого устаревшего но с ними реально проще работать и функционал они дают куда более гибкий. я понимаю что джоб это периодическая задача, но например в пируле который запускается по ивент/аларм триггеру можно встроить
07:04
активацию джоба, а также деактивацию. это можно было бы и настраивать и управлять
07:05
ты не представляешь сколько алармов просто жаждут доп обработки
07:05
и хендлерами этого не сделать
07:05
по крайней мере сейчас
07:05
но нужно к чему-то идти
07:06
а сейчас все встало в полурабочем соостоянии
07:06
ну он же там делал солюшены
07:06
и непонятно кому нужен этот офм
07:06
понятно что триггеры проше
07:06
и солюшены тоже кривая поделка
07:06
только Дима по пути простоты не всегда идет
07:06
я ему уже объяснял что солющены не дают мне повторить тоже что я делаю пирулем
07:07
а значит или они не подходят для этой задачи
07:07
совсем
07:07
или их надо допиливать
07:07
насколько я понимаю, он не хочет делать потроха наружу для каждой свистелки
07:07
он хочет элементарщину убирать в код солюшена и делать наборы поставок
07:08
в ноке в меню есть разделы setup где и лежат все потроха
07:09
прятать многое полезное в код и наоборот вытаскивать бесполезный мусор это неправильно
07:09
управлять поведением нока как он ходит на железки (это я про check link) - это важно
07:10
а например иметь доступ к базе улиц в ГИС > setup > streets вот нахер не упало
07:11
не, ты не прав, оно надо в своем контексте
07:14
оно теоретически надо возможно когда-нибудь кому-нибудь однажды
07:14
в результате то что нужно - не управляется, а то что не нужно торчит на виду
07:14
оно для офм и инвентори очен пригодится
07:33
вт общем мое мнение - надо диму сканала успокоить и задобрить)
07:33
а потом уговаривать)
07:34
а не нахрапом
07:34
если он обидится - это ник чему не приведет)
07:39
_4ePTeHok, а баг с трансиверами тыт так и непочинил
07:42
там их несколько было)
07:42
с 2960 вроде непочинен
07:42
ну вот про него и беспокоюсь
07:43
надо откопать чего я там в логе писал..
07:43
план набрасывал)
08:19
_4ePTeHok, ты еще тут?
08:19
_4ePTeHok, посмотри сюда, не пойму на что ругается
08:19
08:21
на пол и направление дырки
08:21
иногда бывает руками вбиваешь i, а надо из списка выбрать
08:21
i должно быть
08:21
а я о сделал
08:21
и оно тоже может ругнуться, хотя визуально верно все
08:21
ну да
08:22
_4ePTeHok, и тут я подумал, надо sfp+ выпиливать, должен только sfp остаться, они совместимы
08:23
переделал на i, но все равно ругается
08:24
проверь остальные - я говорю, бывает визуально норм, но надо из списка выбирать, а не с клаввы i вводить
08:25
да я выбирал из списка
08:27
_4ePTeHok, а не знаешь что значит кнопка теста там
08:27
показывает совместимые модели
08:27
куда что впихнуть можно
08:28
нашел косяк
08:28
пустая строчка внизу оказалась
08:31
08:35
_4ePTeHok, а еще ты модельку для медного GBIC так и не закоммитил
08:35
NONAME NoName | Transceiver | 1G | GBIC T Unknown | Transceiver | 1000BASET -> NoName | Transceiver | 1G | GBIC T 3
08:37
да, нонейма у меня не было такого
08:37
только брендовые
08:39
ну нонеймы оптических гбиков таки сделал
08:40
херня еще какая-то, в unknown падает трансивер для которого парт номер есть в базе
08:40
FINISAR FTRJ1319P1BTL-C2 1000BaseLH Transceiver 1
08:41
хотя в базе лежит Finisar | Transceiver | 1G | SFP LH - part_no4 - FTRJ1319P1BTL-C2
08:44
надо разбираться
08:44
в лог глянь
08:44
чо там пишет при сборке
08:45
там тоже unknown пишет
08:46
грохнул локал кеш
08:46
запустил апдейт
08:46
а чо в дебаге отдает
08:46
норм пид?
08:46
да, все норм
08:46
этот же пид и попадает к неизвестным значит таким и приходит
08:47
_4ePTeHok, не помогло, все равно неизвестный пид говорит
08:47
Unknown part number for Cisco c7600rsp72043_rp: FTRJ1319P1BTL-C2 (1000BaseLH Transceiver)
08:47
в логе дискавери
08:48
ну да
08:48
про него и говорю
08:49
не, не должно быть такого
08:49
там ремаппинг только для unknown делается
08:49
смотри в дебаг как оно улетает
08:51
ну вот так он приходит
08:51
{'builtin': False,
08:51
'description': '1000BaseLH Transceiver',
08:51
'number': '17',
08:51
'part_no': ['FTRJ1319P1BTL-C2'],
08:51
'revision': 'A',
08:51
'serial': 'FNS0810K05S',
08:51
'type': 'XCVR',
08:51
'vendor': 'FINISAR'},
08:51
херня какя то
08:51
ремап в коде смотрит на пид, если там анкноун - ремаппит
08:52
тут же пид нормальный
08:52
и пид и вендор в норме
08:55
не знаю чего еще дебажить
11:04
zi_home, а глянь ка у модельки трансивера прописан контекст(тип):?
11:04
а то чот мне пришло в голову - Дима ж там менял недавно что то
11:09
ну вот.
11:09
теперь и я не знаю куда смотреть)
11:09
да и это не имеет значения
11:10
тип влияет на втыкание
11:10
а тут она явно ПИД не может найти
11:10
ну вообще ты прав, но там фильтрация в ремапе по типу тоже
11:11
нетрансиверы оно не трогает
11:12
давай определимся что будем делать с sfp+
11:13
мое предложение полность его удалить
11:13
и заменить на обычный sfp
11:13
в именах интерфейсов оставить только sfp
11:14
это надо уже делать
11:14
илче с моей моделькой проблемы будут
11:14
там таки совместимая sfp/sfp+ дырка
11:23
в сфп+ всегда можно воткнуть сфп?
11:24
а в сфп всегда сфп+?
11:29
воткнуть да, дырки одинаковые
11:29
ограничение на уровне протоколоа
11:33
порты в железках не всегда совместимы
11:34
но для этого мы protocols заполняем
11:34
о том и речь
11:34
что транчиверы по дыркам втыкаются а не по протоколам же
11:35
и пусть втыкаются
11:35
в любом случае жлезка не покажет трансивер если он в несовместимой дырке
11:37
а если покажет значит таки воткнули
11:37
трансиверы втыкаются в дырки
11:37
а дырка эта sfp
11:38
sfp в данном контексте это как rj45
11:38
в rj45 дырку может втыкаться все что угодно
11:39
но это не значит что оно будет работать
11:39
на циске вообще все порты в виде rj45 и ничего
11:40
что езернет, что консоль, что сухие контакты
11:40
ты не забывай, инвентори это не конфигуратор
11:40
там i , а это o
11:41
ну вроде как хотели чтобы похоже на реальность было)
11:41
sfp похожа на реальность
11:43
если нужен будет конфигуратор, достаточно будет начать сравнивать протоколы
11:46
"моя логика неоспорима" :)
11:48
я же не говорю все дырки в кучу свалить
11:49
речь только о совместимых и совмещаемых
11:55
dvolodin, o, а ты какими судьбами здесь?
11:59
марш в отусг!)
12:00
неделя еще не прошла)
12:01
ёшки матрешки
12:01
5й экстжс
12:04
=))
12:04
пусть отдыхает
12:04
быстрее ваши наезды забудет)
12:05
12:05
с кнопулькой фильтром
12:06
для инвентори может пойдет
12:06
там гриды теперь как эксель можно хуевертить
12:07
группировать, лочить, делать обхщий заголовок
12:07
нок кажется до 4,2 не смогли обновить, а для 5 вообще весь переписать опять придется
12:08
ну если будет толк - почему бы нет
12:12
это и мне свои приложения придется переписывать
12:12
если вдруг
12:13
вижу смымсл связываться, если для графиков будет что-то
12:16
блин, ну там дерево не глючит)
12:16
только за это переписать стоит)
12:16
12:17
12:17
хотя оно и в старом было да)
12:18
12:21
вроде шустро
12:21
хотя может это из-за количества
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration
