nocproject.org

dvolodin, тебе не кажется неправильным что ты в get_chassis_id определяешь поддержку по версии софта а не по платформе?

у меня версия софта сменилась и все, not supported

а у циски кроме SE, есть еще EX и EZ

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

по платформе, так и влететь можно

на тех же шеститонниках сколько IOS'ов ?

с разным синтаксисом

где show mac address-table

где show mac-address-table

добрый день

у кого работает дискавери MAC адресов ? У меня вроде все включено, но ни хрена не собирается

дискавери MAC - это в смысле по макам находить линки?

у меня пару линков нашел так

не, в инвентори мак-и

нашел

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

она на дефолтном отключена

само собой

иначе дурка будет

а кстати, как профиль интерфейса на много объектов применить ?

?

в interface discovery можно pyrule навесить для классификации

ну вот я не хочу в дефолте включать дискавери

в принципе, есть еще и правила классификации, но я пока не доделал веб-морду к ним

но на очень многих девайсах надо

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

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

./noc shell

:)

ну так то-же можно

мля

я лучше на дефолте включу

там не сложно :-) почти

у меня навскидку даже не знаю где оно не нужно

на транках не нужно точно

почему, можно отследить как оно там появилось :)

но да не нужно

он тогда флапать в базе будет

тоесть надо по всем интерфейсам пройтись и отключать транки :(

а если от клиента транк ?

там наверное оставить нужно

да

но на внутренних транках - убирать однозначно

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

поделись !

отличает транки ?

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

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

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

если у порта есть линк на другую железку значит профиль NNI

по нему понимаются алармы и не собираются маки

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

не самый плохой алгоритм, кстати

:)

мне подходит

и работает

Да, вполне

но он требует, чтобы линки уже попали в базу

есть такое

Есть где почитать про скрипты в профилях? А то лазит по конфигам, чего-то где-то собирает....

sa/profiles

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

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

но на 90% он в состоянии познать мою сеть, так что я не сильно напрягаюсь

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

zi_rus, поделись пирулькой. а то сам сейчас сижу думаю как это реализовать

zi_rus: не находит именно из-за chassis id?

sa/profiles это понятно. :) Я пытаюсь для нексусов скриптики подогнать, вот только без знания что и зачем там нужно это как слепому картины рисовать.

dvolodin, я хз, там что-то с стп, я не отслеживал, это редко происходит, в основном по udld все отлавливает

попробуй найти

когда udld нет, возникают сложности

может поправим алгоритм

а там только и остается stp

возможно из-за новой версии софта он chassis id не мог достать

хз

послежу

пока новые свичи не ставим

главный установщик в отпуск ушел

Главный установщик свитчей? :)

Skripnik-ru, вот http://pastebin.com/1Dx1AZVT, если разберешься, объясни что я делаю в последнем elif, я уже сам не понимаю

Dionys, да

zi_rus, это ты сильно сказал

а, все я понял

This paste has been removed! - вот что выдает

это как раз клиентские порты

Skripnik-ru, запятую убери

есть

буду разбираться

dvolodin: вопрос по STP-Discovery

в базу ожидаемых линков попадают только те у кого роль Root?

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

Root и Alternative

а бегает по всем вланам?

https://bitbucket.org/nocproject/noc/src/85f2ef3bd9263dfccfd151f4c4b308dc9675666b/inv/discovery/jobs/stp_discovery.py?at=default

бегает по всем instance

для MST и PVST

с одной стороны проверяется root/alternate, с другой - designated port

это я читал...

спрашиваю вдруг чего не так понял...

возможно, мы упускаем еще какие-то варианты

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

да есть момент ...

на циска 2800 2900 немного по другому выглядит стп и таблица

это без разницы

job работает с результатами скриптов

а они для всех железок в одинаковом формате

я час уже бъюсь что бы джоб отработал :-)

и там нету линков в роле Рут :-(

а что там есть?

во первых команды на оборот

sh spanning-tree - http://pastebin.com/B3am00fR

sh spanning-tree bri - http://pastebin.com/2324aXuT

ага...

а для разных вланов разные designated_bridge_id

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

поэтому по не первому влану не ищет.... соседний девайс

хм

результат работы скрипта с обеих сторон пришли

оригинальный?

оригинальный на 2800 выдает пустоту.. :-)

потому как ( к примеру)

на 3750 sh spanning-tree выдает таблицу

а на 2800 похожую таблицу выдает только sh spanning-tree brief

а в таблице first_chassis_mac заполняется из get_chassis_id?

для 2911 оно типа отключенно :-(

teroni: это не к discovery вопрос, а к скрипту

угу

начиналось то с дисковери :-)

да и ESW на 2800/2900 - сильно вырожденный и относительно редкий случай

к сожалению ... у нас не редкий

в first_chassis_mac можно запихать адреса из spanning-tree ?

я тут продолжаю медитировать на неработающий веб

сегодня для разнообразия пусто в noc-web.log

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

3 раза ставил ни разу не сглючило

там еще вроде вариант с убунтой есть

teroni: проблема в том, что, во-первых, местная политика - центос, во-вторых - на действующем уже куча инфы, которую надо будет перетаскивать.

кто бы доделал такие же скрипты для шляп/центосов и sles

но скриптик хорош :)

там же еще и vagrant есть

cd share/vagrant/x86_64/Debian/7.0/

vagrant up

vagrant ssh

и получаешь нормальную рабочую виртуалку с NOC в virtualbox

avb: ни кто не мешает потом снести ее

teroni: все это прекрасно, но переставлять систему после ребута - это, наверное, не очень хорошо....

я просто проблему решаю методом сравнения реакции с эталоном :-)

можно для начала сделать ./noc runserver

Итак, глядя в логи нгинкса видим:

2013/08/08 13:20:45 [error] 1896#0: *7 connect() failed (111: Connection refused) while connecting to upstream, client: 172.18.48.14, server: _, request: "GET /favicon.ico HTTP/1.0", upstream: "http://127.0.0.1:8000/favicon.ico", host: "noc"

ага

выскочил экспешн

там много, убежало

чудеса в решете

запустил ./noc runserver от noc

и заработало.

но это нездоровая фигня

запусти нок-веб руками под ноком(вроде)

с дебагом

и вот что эта зараза вываливает

2013-08-08 15:15:50,852 UNHANDLED EXCEPTION (2013-08-08 15:15:50.436694)

Working directory: /opt/noc

<class 'psycopg2.OperationalError'>

FATAL: Ident authentication failed for user "noc"

после чего начинается немеряный трейсбек

exlente week for all!

Time Zone! Good day! Good afternoon! Good night!

Exists some recent version of the NOC?

zi_rus: посмотрел OAM ?

нет, боевой сервер обновлять боюсь

новый поднимать буду

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

Вопро можно? А могут ли мои проблемы быть связаны с тем, что у пользователя noc в системе (именно в системе) сменился пароль? А он, гад, сменился.