nocproject.org

утро

привет

TSergey: да

щастье! Линк нашёлся =) между 2-мя стоящими свитчами

каким методом?

lldp

между c3750x

а по cdp не добавить, конечно

сдаётся мне, он как-то не работает, cdp_discovery

надо log job включить

у меня по CDP в log job нулевые файлики, а в 0.8 по ней находил линки

get_cdp_neighbors одинаково обрабатывает и в 0.8 и в 0.8.dev

значит что-то с линковкой

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

zi_rus: спасибо

у меня cdp нашел все 2 линка где он включен

а trap ip обязательно указывать?

или достаточно тип и название community?

трап ip для пингования и для проверки от кого пришел трап или сислог, для скриптов он не нужен, только для ФМ

но его нужно для фм указать, из address он его не возьмёт?

не возьмет

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

Да, в cdp у меян куча пустых файлов, но есть некоторые не пустые. Там Link candidate found: и Scheduling check for. Т

Так вот этот шедуллинг через сколько произойдёт?

верно я понимаю, что он с 2-х сторон сверяет?

с двух сверяет да

можешь силой с обеих запустить

интересное, что запустил, но не нашлось.

т.е. с одной вторую видит

а со второй пустой файл

и вообще, при log_job можно называть файлы и по имени объекта, с которого discovery

а то эти 1, 2,3 ,100500 не особо интересны. порядковый номер можно дописать и к имени объекста

buggy-funhouse, эти файлы вообще на ненужны

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

в МО

аа

он в правой панели пишет

Семён Семёныч..

если отработал и что-то увидел то напишет

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

zi_rus: разве? я думал без файлов он в правой панели не показывает

TSergey, там он содержимое файлов и пишет

я про то что руками шариться по непонятным файлам не имеет смысла

я вообще после создания папки для джобов ни разу в нее не заходил

"8[13:41] zi_rus: buggy-funhouse, эти файлы вообще на ненужны"

если не включишь их создание, то ведь и в интерфейсе ничего не увидишь? так?

TSergey: да

TSergey, ну я не так выразился, имел ввиду человеку они не нужны

я не придирался, уточнил

А вот такой вопрос. у меня в cdp 9 neibors. 5 из них есть в noc. А линкует он только первого в списке

с файломи ловчее только, чтоб увидеть, что кто-то чего-то нашел, в SA\MO этого не увидишь, только планомерно обходя

*с файлами

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

и не только линкует, он даже просто находит только первого. Про остальных забывает

TSergey, тебе не надо знать кто и чего нашел, вот если не нашел - это проблема

никто не может питоновским глазом глянуть на sa/profiles/Cisco/IOS/get_cdp? Будет лт он парсить простыню из N позиций?

простыню дать могу

buggy-funhouse, он у тебя прошел, на центральной железке по cdp всех увидел в джоб это записал? теперь переходи в соседей и на каждом запускай дискавери и смотри что он напишет в джоб

будет парсить

zi_rus: он пишет только первого попавшегося nei

и всё

buggy-funhouse, ./noc debug-script get_cdp_neighbors <mo>

понял

щас

у меня находит обоих

может у тебя софт какой-то другой

да 12-й

у всех 12-й

должно работать

дебаг смотри

в дебаге нашёл всех

а в логе cdp пусто в web

у меня вот так

Link candidate found: Gi 0/48 -> cat-77-14:Gi 0/23

Link candidate found: Gi 0/47 -> bb-77-1:Gi0/1/0/15

Scheduling check for cat-77-10:Gi 0/48 -> cat-77-14:Gi 0/23

Scheduling check for cat-77-10:Gi 0/47 -> bb-77-1:Gi0/1/0/15Link candidate found: Gi 0/48 -> cat-77-14:Gi 0/23

Link candidate found: Gi 0/47 -> bb-77-1:Gi0/1/0/15

Scheduling check for cat-77-10:Gi 0/48 -> cat-77-14:Gi 0/23

Scheduling check for cat-77-10:Gi 0/47 -> bb-77-1:Gi0/1/0/15

ой

два раза инсертнулось

zi_rus: можно не fqdn писать?

дебаг выводит, а в логе пусто вообще или только 1 запись

buggy-funhouse, fqdn это хостнейм с доменом из конфига железки, я не знаю какой там внутри алгоритм, если у тебя с этим проблемы то не сработает

может быть

а может что-то другое

я пишу вообще fqdn и в имени и в адресе.

дебаг скрипт-то работает

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

он должен знать кто с другой стороны

где проверять

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

cdp в моём случае отдаёт fqdn Nоже

*тоже

n = DiscoveryID.objects.filter(hostname=device_id).first()

/opt/noc/inv/discovery/jobs/cdp_discovery.py

смотри что у тебя все есть

у меня все находит

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

смотри что все совпадает

такой файл есть.

http://take.ms/67JS5

в логе пусто, скрипт отработал.

ну я не знаю что у тебя не так

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

есть ещё способы подебажить путь от скрипта до лога?

dvolodin: привет! Подскажи пожалуйста, debu-script get_cdp выдаёт верную инфу, а в логе в МО пусто + ничего не строится. cisco.ios

где можно посмотреть ещё?

более того, иногда он находит 1 из 12-13 соседей

но в другую сторону проверка не проходит

Link candidate found: Gi 0/9 -> ats.sw.pu.ru:Gi 0/8

Scheduling check for ptc4.sw.pu.ru:Gi 0/9 -> ats.sw.pu.ru:Gi 0/8 через сколько эта проверка бывает и зачем?

как-то тут пробегала тема найти линки, созданные вручную, вроде вот это работает:

mongo noc

db.noc.links.find({"discovery_method" : ""})

exit

а вот так линки в пендинге (mikevlz)

./noc shell

plc = PendingLinkCheck.objects.all()

print plc

пендинг это ждущие?

NameError: name 'PendingLinkCheck' is not defined

уверен, что так?

>>>

>>> plc = PendingLinkCheck.objects.all()

>>> print plc

[<PendingLinkCheck: stp:s528-1-3.tomica.ru:8040:s2-1-1.intt:Po 4>, <PendingLinkCheck: stp:s33-1-1.intt:8068:s2-1-1.intt:Po 6>]

>>>

ну т.е. юда написал после проверки :)

>>> plc = PendingLinkCheck.objects.all()

Traceback (most recent call last):

File "<console>", line 1, in <module>

NameError: name 'PendingLinkCheck' is not defined

видимо нету у тебя еще

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

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

хех, у меня тоже уже ругается

Pending link check: s2-1-1.intt:8684 -> s528-1-3.tomica.ru:Po 1

Pending link check: s2-1-1.intt:8686 -> s4-1-2.tomica.ru:Po 1

Pending link check: s2-1-1.intt:8687 -> s33-1-1.intt:Po 6

Linking s2-1-1.intt: Po 7 and s4-1-2.tomica.ru: Po 1

Linking s2-1-1.intt: Po 4 and s528-1-3.tomica.ru: Po 1

Linking s2-1-1.intt: Po 6 and s33-1-1.intt: Po 6

видимо слинковались

Старожилы! Реквестирую помощь. дебаг скрипт работает, с включённым log-job на cdp-discovery в MO пусто. Линковки, конечно, тоже нет.

Может такое быть, что debug-script и дискавери из MO используют разные методы?

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

тут уже допрос нужен. Сейчас сделаю

https://bitbucket.org/nocproject/noc/src/cbea6ef6e8004640234c438f2694a23ca1b01705/inv/discovery/jobs/?at=develop

вот тут можешь глянуть cdp_discovery.py

ну и дальше лишь от сообразительности и настойчивости :)

buggy-funhouse: а вот еще есть

mongo noc

db.noc.inv.pending_link_check.find()

exit

dvolodin: Почему эти ребята не линкуются совсем? http://pastebin.com/S3iB8FtF и http://pastebin.com/y0h65Axg а также в их логах в МО пусто(log-job настроен)

или короче говоря:

{'device_id': 'ats.sw.pu.ru',

'neighbors': [{'device_id': 'ptc4.sw.pu.ru',

'local_interface': 'Gi 0/8',

'remote_interface': 'GigabitEthernet0/9'}]}

{'device_id': 'ptc4.sw.pu.ru',

'neighbors': [{'device_id': 'ats.sw.pu.ru',

'local_interface': 'Gi 0/9',

'remote_interface': 'GigabitEthernet0/8'}]}

ну или так, да

может вот это 'GigabitEthernet0/9'' и 'Gi 0/9' не линкуется, ну так, в порядке бреда-предположения

проходила мысль

нужно еще get_chassis_id

зачем?

что оно даёт?

а, рендж маков на интерфейсах

в скрипте cdp_discovery.py есть

"Find neighbor by chassis id and chassis subtype

:param device_id:

:return:"

ты его видел?

скрипт я видел, но плохо его понимаю.

странно, что get_chassis_id на c3750x даёт [{'first_chassis_mac': '64:9E:F3:CA:DF:80', 'last_chassis_mac': '64:9E:F3:CA:DF:80'}]

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

и здесь неважно, наверное нужно не шасси

cделай get_discavery_id

SCRIPT RESULT: Generic.get_discovery_id(ptc4.sw.pu.ru, ptc4.sw.pu.ru)

{'chassis_mac': [{'first_chassis_mac': '00:18:19:35:E7:00',

'last_chassis_mac': '00:18:19:35:E7:00'}],

'hostname': 'ptc4.sw.pu.ru'}

выполняется и для второго

а нет

результата у второго нет

платформа старая

SCRIPT RESULT: Generic.get_discovery_id(ats.sw.pu.ru, ats.sw.pu.ru)

{'hostname': 'ats.sw.pu.ru'}

вооот

давай для примера возьму две новые 3750

они тоже не линкуются

ты же понимаешь, что я примерно так же как ты понимаю как это происходит?

xD

научиться бы запускать cdp_discovery.py на конкретную железку

в дебаг-режиме

может, из шелла можно?

TSergey: скорее всего ты прав, что gi 3/0/2 и gigabitethernet 3/0/2 разные вещи.

Но это не должно мешать выводить в лог найденных соседей

тем более, что из mo-object скрипты отрабатывают нормально

это совсем не факт

смотри, есть CDP на одной, на другой мы как смотрим? не по данным CDP, а наверное смотрим хостнэйм и номера портов, и так же в обратную сторону

(но это совсем не факт)

интересно, как засаммонить кого-нибудь ещё?

друзья, а что такое Prefix Table в настройках STOMP Access ?

тут никого нет :)

Kostua, список для доступа

а что должно быть выбрано?

что то у меня постоянно Authentication failed в noc-stomp.log

пароли верные

перезапускал

zi_rus: научи как в дебаге запутить noc / inv / discovery / jobs / stp_discovery.py

*запустить

Kostua, я тебе больше скажу, у меня тоже auth failed, не парюсь по этому поводу

так не работает жеж синхронизация

:)

как не парится

а

ну если тебе синхра нужна

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

да, у меня на тесте дома то-же заработало

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

теперь по второму кругу по граблям хожу

Kostua, пароль в вебе и в noc-sync совпадают?

я только это поправил сейчас

TSergey, ты зайди в noc shell и просто этот скрипт выполни (правильно только, а не тупо вставив в консоль, и подставь нужные значения

что-то с налету не получилось

ожидаемо

zi_rus: да, совпадают, а prefix table что то должно быть выбрано?

пробуй еще

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

Kostua,хотя сейчас убрал и ничего не изменилось

не забывай нок перезапускать

когда что-то меняешь

"8[17:09] zi_rus: TSergey, ты зайди в noc shell и просто этот скрипт выполни (правильно только, а не тупо вставив в консоль, и подставь нужные значения"

для начала --- как запустить скрипт? нужно ли указывать путь?

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

ну хорошо

то что осталось вставляешь в консоль

думаю в нормальных IDE для этого есть методы

но у нас нет нормальных IDE Ж)

а когда dvolodin говорил, что запусти мол для никовки PoP файло link_discovery.py --- это тоже в таком режиме?

*для линковки

нет

это как-то как я не знаю

жаль

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

да

это жалко тоже

zi_rus: пируль твой работает, клевая штука

еще бы он не работал, я им пользуюсь

думаю для чего еще можно такой механизм прикрутить

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

аа есть возможность указать stomp серверу указать слушать два интерфейса? а не 127.0.0.1 или 0.0.0.0

listen = 127.0.0.1, 192.168.0.1 не катить

чет сегодня как-то кисло, мало нового узнал

пятница.. все уже отдыхают.

с утра

ага

https://pp.vk.me/c540100/v540100737/b226/ZMxBa0ETsDQ.jpg пятница