nocproject.org

,,

...

вот и поговорили)

и вам доброго утричка

бля. вот мы вчера покутили.

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

но в телефоне звонок есть

что то странное

напился?

ну так. посидели хорошо

:)

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

Invalid value for 'remote_capabilities': IntParameter: '`\\x00' - подскажите что с этим сделать ?

кхм

представляю что нужно преобразовать hex в int но как не понимаю

ord(s[0])

спасибо

https://vk.com/wall-39243732_647195

Krakozaber: это какая железка такое выдала?

des-1210-52 C1

китайцы по традиции фигачал в cli output бинарные данные?

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

не, это SNMP

а

в микросервисах оно корректно отдаст int

да да

именно

:-)

Знакомое чувство...

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

Krakozaber: в develop руками преобразуй

Что-то тихо совсем.. Все работает..

local_interface = v[0].split('.')[1] в чем косяк ?

нам вчерашнего хватило

ужас как жить я ненавижу D-Link ещё больше, весь код профиля в костылях под разные модели

гыгыгыгыгы

гыгыг хахахаха

ненависть нужно возмещать на закупках

например, послать их нафиг :)

ну, to my mind обкостыленность профиля - проблема не только длинка, но и одного товарища.

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

Krakozaber: просто профиль охватывает продукты с 15-ти летней историей

под киски SG300 кто-то LLDP модулем поделится ?

печалько :-(

pinf

ping

pong

давайте его забанем. мне он не нравится.

кого?

лдогадайся с трёх раз

e_zombie?

e_zombie нельзя банить. он лицо^Wсиськи нашего канала

хохохо

и котиков

https://pp.vk.me/c633727/v633727151/710b/RGmbF8DUSyw.jpg

https://pp.vk.me/c628821/v628821151/25cce/HsgSdI5Rmpc.jpg

https://pp.vk.me/c628821/v628821151/25cd8/bqtTyX-ntBU.jpg

Krakozaber: lldp в циске ужасен

дооооо

ужасно там всё

evyscr: его там еще найти надо

а кто не пьёт? нет, ты назови, я жду

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

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

бгг

у меня 6524 недавно линковались с джуниперами через ллдп

Dmitry1: это потому, что я запатчил

у меня DLink, Catalist, SG300, HP живут по LLDP

evyscr: что запатчил ?

только EdgeCore плюётся

lldp_discovery, вестимо

ёжики дохнуть начинают в кольцах если там ллдп опрашивать

о чо так?

и кютечи.

ежели с консоли запросишь - подохнет?

evyscr: в смысле ? твой патч в апстриме, или у тебя локально ?

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

поэтоу отключено от греха подальше.

Dmitry1: давно уж в апстриме

впрочем, у меня уже новые наслоения

пипл, есть такая ботва 2015-12-29 10:47:11,736 [noc.lib.scheduler.job] [inv.discovery][vlan_discovery][TTDORDEQ1DCAG01] UNHANDLED EXCEPTION (2015-12-29 10:47:11.716916) BRANCH: develop TIP: a942bf434bc7 PROCESS: ./scripts/noc-discovery.py WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'django.db.utils.IntegrityError'> duplicate key value violates unique constraint "vc_vc_vc_domain_id_21725b7fb0adaf81_uniq"

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

иди в постгрес

как понимаю, это говорит о том, что влан с именем "vrfttnetalphaeBGP-BT" уже существует где-то?

в постгрес его нет

noc=# select * from vc_vc where l1='1995'; id | vc_domain_id | l1 | l2 | description | name | style_id | state_id | tags | project_id ----+--------------+----+----+-------------+------+----------+----------+------+------------ (0 rows) noc=#

то есть вот

noc=# select * from vc_vc where name='vrfttnetalphaeBGP-BT'; id | vc_domain_id | l1 | l2 | description | name | style_id | state_id | tags | project_id ----+--------------+----+----+-------------+------+----------+----------+------+------------ (0 rows) noc=#

нет влана с таким name в БД

а зачем l1?

vc_vc_vc_domain_id

с l1 неправильный запрос

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

"local_interface": "Gi 0/20" - "remote_port": "Gi0/20" - так не слинкуется ?

блин, а где в ноке схема pgsql?-)

по поводу "регай саппорт в настройках". Это же опенсорс проект, без саппорта. Не?

Krakozaber: должно

ежели полимеры не просраны

z_pedalkin: /main/desktop/#support.account

z_pedalkin: да, но анальный зонд уже стоит

:-D

а что вы хотите от бздояблов?

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

его другое отменяет

и можно подумать, что это плохо

"расслабьтесь и постарайтесь получить удовольствие"

dvolodin: как тебе сказать, фактически идея опенсорса умирает

что должно совпасть для установки линка по LLDP ?

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

хахахахахахаха

lite и тп

z_pedalkin: вот заплатишь и будешь требовать чтоб работала

таки я не требовал, чтобы работала

zi_rus: идея опенсорса заключается в том, что у тебя есть исходники

и ты можешь их править

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

на виндоус тоже исходники есть. Что-то еще никто не поправил :)

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

блин. я сразу предлагал этого неблагонадёжного забанить.

если не можешь сам - попроси того, кто может

так я прошу :)

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

а потом намеренно начинают усложнять

чтобы ты никуда уже не делся

нуу...

evyscr: systemd

изучал?

вроде бы правильную вещь делают, но хуй ты там что исправишь

срачи в lkml читал?

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

я просто пример привожу

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

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

а это так

унд?

но без саппорта баг ты не исправишь

это в шапке

в инит-скрипте поправить можно и на самой машинке

и все заработает

orly?

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

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

и опять ничего не работает

юникс говно же

и он тоже

Krakozaber: "local_interface": "Gi 0/20" - "remote_port": "Gi0/20" - так не слинкуется ?

блин

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

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

в профиле железки должна быть функция вида "convert_interface"

Krakozaber: смотри в прфиле cisco.ios функцию convert_interface_name

Dmitry1: боюсь, у него как раз cisco.ios -)

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

кто сказала Зелёный слоник ?:

не надо фоток

с одной стороны 2960x с другой des-1210-52 C1

с обычным 2960 линк склеился а с 2960x не хочет

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

Krakozaber: дай угадаю

"local_interface": "Gi 0/20 - это 2960x

да

"remote_port": "Gi0/20" - это des-1210-52 C1

именно

профиль у длинка какой?

DxS_Smart, написал sa по SNMP забирающий LLDP

там нет cli, но есть lldp и snmp

там и convert_interface_name нет

как еще сделать, чтобы определенную задачу из "Service Activation->Managed Objects -> Object -> Discovery" запускать сразу для нескольких объектов Service Activation?

зачем?

импортировал CSV, а некоторые объекты незадискаверились

больше половины

что значит "незадискаверились"?

свойства объектов такие как platform, vendor

джоб есть? статус есть?

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

блджад

где его вытащить?

если job id вытаскивается из логов, тогда нет

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

окай. отвечаю: у тебя что-то не работает.

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

на слово "незадискаверились" будет именно такой ответ

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

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

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

z_pedalkin: открой для себя heartbeat = true

logsize = 1G

logfiles = 9

syslog_host =

/noc debug-script get_version asw2-72-eng

и это для тебя https://kb.nocproject.org/pages/viewpage.action?pageId=19169410

https://kb.nocproject.org/pages/viewpage.action?pageId=19169430

это отдается

но не отображается в списке объектов

2015-12-29 11:28:25,197 SCRIPT RESULT: Arista.EOS.get_version(TTDORDEQ1LSWTA02, 10.111.255.150) {'platform': 'DCS-7150S-52-CL-R', 'vendor': 'Arista', 'version': '4.14.5F'}

когда запускаешь скрипт через ./noc debug-script xxx yyy

он должен положить данные в базу данных?

после него и не должно ничего добавляться.

инфа 100%

или это типа dry run

а как сделать так чтобы обновлялось?

только после того как пройдёт дискавери. лезь в карточку МО и там тыкайся в дискавери

у меня таких объектов сотни

в каждый тыкать - заипешься

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

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

http://i.imgur.com/kFV2E8l.png

у тебя чё?

не понимаю а как тогда d-link с обычным 2960 линкуются...

http://imgur.com/oCREyra

Krakozaber: смотри, если длинк выдает "Gi0/20" в lldp, то он это должен выдавать и при show ports, и при show lldp как локальный порт

version_discovery, который есть get_version, даже не запускался

иначе - нужно в convert_interface_name привести это все к одному виду

z_pedalkin: так а что у тебя ping c X ? у тебя то хост ваще живой ? если задача пинг не отработала то все задачи для данного хоста останавливаются.

у тебя в профиле Is Managed? вообще с галкой ?

этот хост находится за firewall, который блочит icmp

massive facepalm

да он managed

Krakozaber: а заодно lldp использует функцию get_interface_names, которая возвращает массив из возможных написаний интерфейса

поэтому ping отключен

Dmitry1: http://pastebin.com/Mui0Cpkb

вот вывод

кого к кому приводить ?

например: в профиле DLink.DxS для интерфейса "1/1" оно вернет массив ["1/2", "2"]

Krakozaber: не так

local_interface совпадает с именем порта на самом девайсе

скрипт lldp определяет, что удаленная железка - Cisco.IOS, и скармливает ему "Gi0/20"

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

нет

evyscr: я правильно сказал ?

нету

main/desktop/#main.reportdbsummary погляди сколько у тебя sa_maptask

e_zombie: является ли включенный ping в профиле объекта условием для запуска version_inventory?

хз. я знаю что если пинг фейлед то всё стопится

если пинг включен и фейлит, тогда стопится

а если НЕ включен, то не стопится

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

/main/desktop/#sa.monitor

других объектов того же класса, вендора и модели. Единственные различия в hostname и management_ip

кстати как ты собираешься проверять доступность оборудования без пингов ?

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

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

для меня это достаточно

достаточно ли этого для noc?

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

например, вот http://imgur.com/ue3JTtj объект который был задискаверен, и вот - http://imgur.com/Ryl6TPx - который не был

реальное различие в ip адресах

а ты случаем дискавери не через sql делал ?

включал

нет

я добавил эти два объекта через сsv-import

как можно его сделать через sql?

или sql это опечатка и имелось в виду csv?

можно через sql но потом может быть жопа.

./noc shell и там http://pastebin.com/R5TZsC0b и погляди что в логах сае будет твориться .

e_zombie: а что нужно ждать в логах?

запуска неотработанных дискавери.

в каком-то определенном надо смотреть? или через tail -f * ?

при таком количестве объектов там все pretty much нечитаемо

noc-sae

2015-12-29 11:54:05,861 [noc-sae] All activators are busy in pool 'default'

сейчас еще раз попробую

вот тебе и причина. у тебя активаторы заняты хернёй какойто .

увеличивай их количество.

z_pedalkin: сколько у тебя активаторов и скриптов на них?

все по умолчанию

я так понимаю, что это 1 активатор с 10 одновременными скриптами

ну и тупить то зачем ?

поставь 100

а лучше 10000

поставил, перегрузил noc через /etc/init.d/noc-launcher

наслаждайся

теперь пырься в логи сае

демон noc-sae не запускается с параметрами конфига размер лога 1G и количество логов 9

:)

настрой какие тебе нравятся

таки он не запускается ни с какими отличными от "0"

или от дефолтов

пробовал и 100M

и 100m

и тп - только 0

у тебя ваще какая ветка стоит ?

develop

сделал ./script/upgrade

а ты точно не на русском языке там М набираешь ?

в noc-sae.log наблюдаю пока get_config, get_cdp_neighbors, get_vlans и тп

с различнми статусами, но не вижу get_inventory или get_version

logsize изначально в байтах. буковки делались после.

а жить без log_jobs вообще хреново

http://pastebin.com/dgWERvXK - вот выжимка из noc-sae

которую сделал после рестарта и http://pastebin.com/R5TZsC0b

ensure_jobs или как-то так

а не, DiscoveryJob.apply_object_jobs(m)

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

Dmitry1: где-то можно посмотреть лог лвязывания девайсов ?

evyscr, точно не на русском. это я в чате, возможно, по-русски написал. Но там - только латинские

язабан (q)

ещё и не смотреть, кто что спрашивает. ох и молодёжь пошла.

ваще ппц, куда мир катиться...

evyscr, это в каком файле смотреть и какое ключевое слово при грепе?

у грепа есть ключ -r

а все ключевые слова уже сказаны

если это слова: ensure_jobs, DiscoveryJob.apply_object_jobs или их части, то по ним ничего внятного не ищется

или по крайней мере внятного для моих глаз

есть типа "[noc.inv.models.discoveryjob] Installing discovery jobs watchers"

Krakozaber: в noc-discovery.conf есть ключик "log_jobs ="

но толку от них?

Krakozaber: делаешь "log_jobs = /var/tmp" - и наблюдаешь там логи с каждого устройства

z_pedalkin: http://bfy.tw/3ULv

как говориться "ну и?"

"08:50 TSergey: после создания МО из питона, надо запустить DiscoveryJob.apply_object_jobs(o)"

я не создавал объект из Питона

я создавал объект из CSV

из под ./noc shell получаю http://pastebin.com/8h10q9jv

ясен хреф

импорт модуля делать надо или где?

какого модуля?

внезапно, питоновского.

имя у него есть?

even нокопитоновского

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

без оного пытаться фиксить глупо

http://imgur.com/oCREyra - это достаточно?

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

скрипты, запущенные по отдельности и вручную, например, ./noc debug-script xxx object_name работает

или скрипт, запущенный путем кликания на кнопку Run в http://imgur.com/oCREyra тоже работает

например если кликнуть на "version_inventory" и потом на Run, то результат выдастся, но в атрибутах в "карточке МО" не появятся"

хотя

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

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

так вот. при пустой строке можно утверждать, что джоб не создан. причины этого могут быть самыми разными. импорт объекта из csv вполне подходит под причину.

item, объекты не дискаверятся.

дискавериться могут, например, version inventory

типа понял.

если для объекта не создался джоб (один или несколько) дискавери, джобы можно [пере]создать.

другой вопрос: этот скрипт http://pastebin.com/R5TZsC0b вызывает ручную discovery всех объектов?

то есть пересоздавание джобов?

нет

это, конечно, баг, но легче от того не становится

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

discovery job

mo.save() _должен_ создавать отсутствующие джобы. но... см. логи канала.

именно поэтому используется DiscoveryJob.apply_object_jobs

можно вообще упороться: https://kb.nocproject.org/display/~evyscr/Get+absent+discovery+jobs

absent на missing надо заменить :)

что, в школе не спрашивали "who's absent today?"

не

т

школа - это не обязательно правильно

u2

Кстати, http://imgur.com/d2WCjYY - MacDB, вообще, работает?

отсутствующий missing, absent, vacant, faraway, vague, wanting

у меня работал

то есть там должны появляться МАК-адреса из get_mac_address_table ?

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

в каких местах?

оо

да ты не знаешь

значит не делал

салага

:-D

?

если б знал, то не спрашивал :)

в общем тебе надо включить мак дискавери

он включен

в Noc.conf

в mo profile

в interface profile

в mo profile

ипать

добрый вечер.

wp

вот давай анп забаним

да, mac_discovery включен в noc.conf

? зачем

тоже

e_zombie: что за приступ бдсм?

садизму да.

свой написанный SA куда-то добавлять надо ?

errr

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

в interface discovery profile "default" есть чекбокс MAC-Discovery

Krakozaber: ты что именно написал-то?

профиль?

и в дескрипшене "Fallback interface profile. Do not remove or rename"

get_lldp_neighbors.py

он появился в командах

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

но выполнить get_neighbors не может

да профиль

да ничего не будет

просто этот профиль на всех интерфейсах по дефолту

снесешь, говна не оберешься

Krakozaber: https://kb.nocproject.org/pages/viewpage.action?pageId=19169620

а настройки хоть до усери меняй

про пул реквест понятно

Krakozaber: name правильный?

да, он работает когда локально вызывается

а когда вызывается job-ом на девайсе что-то не так

покажи файл

http://pastebin.com/iYcDxPYS

"локально" - это как? через debug-script или веб-морду?

zi_rus, ага. чекбокс поставил в дефолтном интерфейс профайле - заработало. Спасибо!

боль и страдания тебя ждут

заработало оно это не то что ты хочешь

бгг

скоро узнаешь

кстати, у меня сразу заработало так, как я хотел

в дефолтном, конечно, всё выключено

ну ты мой пируль заюзал

наверное

нет

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

костылииии :)

Подскажите пожалуйста.

Создал в service activation > management objects несколько коробок (qtech 2800|8200, juniper mx80-p). На всех коробках включен lldp.

во вкладке links по каждому объекту есть связи, но ни одна не commited. Вручную approve проходит и на соседе также становится lldp+manual. Куда рыть, чтобы связи по lldp устанавливались автоматически?

это багафича. нужныкостыли.

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

колец в L2 нет, почти все поборол.

ну гляди.

А lldp_discovery в mx80-p fail - тоже баг?

пардон, фича..

возможно

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

anp135: смотри логи lldp_discovery по _обеим_ сторонам

/noc debug-script get_version asw2-72-eng

да я себе моск сломал, get_lldp_neighbors срабатывает но обоих сторонах

но порты для связки даже не появляются

точнее появляются и исчезают

ну таки имена разные

надо же, чтобы с двух сторон совпало

одинаковые

(с точностью до символа)

на 2960 линки выставляются, а на 2960x нет

имена в mo и neighbor у меня совпадают

эээ

имена интерфейсов

визуально сопадают. собственно как они могут не совпадать, если это расписывает сам lldp?!

Krakozaber: ты log_jobs включил ?

Привет. Подскажите, можно ли в VC bind filter прописывать несколько префиксов?

да, но там просто пишет мак устроства -> none

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

Dmitry1: где-то надо добавлять каким скриптом проводить проверочный discover ?

Dmitry: Krakozaber: в noc-discovery.conf есть ключик "log_jobs ="

хех

включил, но там нет никаких ошибок

Dmitry: Krakozaber: делаешь "log_jobs = /var/tmp" - и наблюдаешь там логи с каждого устройства

anp135: про log_jobs - тебе тоже

evyscr: включил, log_level поставил в debug

пока видел только [inv.discovery] Job lldp_discovery(MX24) is failed

перезапустил noc

если мак -> none - значит, либо мака нет в id_discovery/interfaces, либо имеется более одного

anp135: я починю джунипер

кинь мне debug-script

Dmitry1: в жире последний issue посмотри

ээ debug-script?

Dmitry1: который 1717

/noc debug-script get_version asw2-72-eng

e_zombot

ага, вижу

/noc debug-script get_lldp_neighbors

http://pastebin.com/kAUR90iK

сам такой

Dmitry1: там накосячили с caps

я уже увидел

http://pastebin.com/nWSds7Rx - дебаг

при том 2 линка с d-link-ами он установил

и что?

интерфейсы-то называются по-разному

делай convert_interface_name

http://pastebin.com/Vqn6dneQ - это вторая сторона

script-debug lldp_neighbors http://pastebin.com/FrQtL16g

эээ

в конце имя МО поставь

для хоста

или его id

пардон -(

Krakozaber: повторяю, делай convert_interface_name

шобы пробел вставил

кого в куда

DxS_Smart

__init__.py

remote_port ?

нет

функцию создай

простите если что, первый день ковыряюсь, документаций и примеров маловато -). Переделал - http://pastebin.com/qEkRPKe2

ну функцию понятно, пробел вставлять в remote_port ?

не подскажете, как можно группе mo поменять SA profile? в management objects -> group edit сие поле недоступно.

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

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

это поле нельзя менять в групповом изменении -(

читай тоды https://kb.nocproject.org/pages/viewpage.action?pageId=19169430

у менялюди меняли циску на джуниперы - утром всё отработало норм.

а на доступе такое вообще сплошь и рядом.

руками гиммороиться с этим смысла никакого

это то самое автоопределение?

агась

спс

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

пили шаблоны под своё железо и наслаждайся.

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

Krakozaber: тебе надо только написать функцию. её _уже_ пытаются вызвать.

так написал

вызывает

порт теперь с пробелом

лог джоба покажи

то есть джобов, с двух сторон

починил NOC-1717

anp135: проверь

а как применить теперь? в upgrade поменять default на develop?

ох

да, только девелоп, дефолт мёртв

ну парддонте, не знал -)

чую щас сломаю всё себе…

оно того стоит.

Dmitry1: твою мать. какого ты это в микросервисы закатал а не в девелоп ?

а у меня теперь нету develop :(

ну заебись. а всем что полгода делать ?

блин, щас попробую в develop загнать

было бы хорошо.

где коммит

?

микросервисах ёбта

после upgrade /noc fix надо?

https://bitbucket.org/nocproject/noc/commits/bef1698150a65b05535e1aebf4c6d35b20e6e675 вот ттоже запихали в микросервисы.

anp135: жди пока это в девелопах будет

e_zombie: ты упрлс

Dmitry1: уверен, что это правильный путь?

закоммитил в develop

evyscr: я уверен, что неправильный путь

а

более того, я уверен, что это мегакостыль

пиши TODO али FIXME

для того же длинка я тупо рядом ставил freebsd с демоном lldpd, в котором по очереди менял все возможные варианты capabolities

у кого есть доступ до стандарта LLDP - скиньте мне -)

джентельмены, (стдыно блин, но надо) теперь снова upgrade или /noc fix?

а на длинке смотрел, как оно отображает

как вариант - кирпич в сторону anp135

не, у него другие проблемы

? -0

это к SomovIS_

если ему очень нужно lldp на juniper, пусть поставит рядом машинку с linux и софтовым демоном lldpd

фигня это всё

и в исходниках этого демона меняет разные комбинации capabilities

Dmitry1: http://pastebin.com/qEkRPKe2

anp135: теперь можно

ага, вылез другой глюк

ага, добавилась ещё одна строка с fail -)

фига вы текста нагенирили

port component

теперь на 80ке interface_status_discovery fail и lldp тоже

можешт в нормальном виде вывести show lldp neighbors interface xe-0/0/1 ?

не могу продраться через эти "\n"

парсек

э

там в самом скрипте есть

xe-0/0/2 же

http://pastebin.com/LNcPkrpb

rx_detail, rx_detail1, rx_detail2. х.з., какой из них срабатывает

0/0/2 http://pastebin.com/APLqwwHi

Port type : Port component

педерастические {}[]

{} нету, а [] есть пameconv.

evyscr: и что запорт такой "Port component" ?

бывают также $$ и другая херня в изобилии

anp135: что за порт такой "Port component" ?

2 небось

LLDP_PORTID_SUBTYPE_PORT

хз. это же кутек

скорее всего имеется ввиду комбо-порт

мне тут RFC подсказывает, что это "Interface Alias"

вот sh int с другой стороны http://pastebin.com/DcueA6sm

lldp что говорит ?

пусто

по данному порту не видит rx

у этого "KRD-SCH-PSE54-SW50-Q3900" есть аналог длинковского show lldp local_ports ?

sh lldp interface только

http://pastebin.com/sFcykHUX

чтобы он про себя рассказал

какой тип порта у него

про себя он не умеет

щас покручу, может починю rx ему..

Dmitry1: какой rfc?

по lldp

LLDP не в RFC

IEEE Std 802.1AB-2009

почему-то то что описано в RFC реализовано лучше чем в стандартах

не, не видит qsw-3900 по lldp mx80-p

будем думать, что 2

или 1 ?

мне вопрос?

The enumeration 'portComponent(2)' represents a port

identifier based on the value of entPhysicalAlias (defined in

IETF RFC 4133) for a port component (i.e., entPhysicalClass

value of 'port(10)'), within the containing chassis.

в qtech-3900 это combo gjhn

это 2

а делать будем по-другому

так

засунул пока в микросервисы

щас в develop запулю

а вот после upgrade в develop по тому же mx80-p interface_status_discovery Fail, это как покопать?

Dmitry1: don't do it Duddley

Dmitry1: серьёзно, лучше оставь до завершения каникул

anp135: в логах джоба что есть?

пишет Running script get_interface_status_ex и Job completed successfully (6.63ms)

эм

о пля, теперь побелело… -/

anp135: ну вот по поводу "Port component" мне прищлось лезть в гугль, поднимать документацию по lldp и смотреть, что это такое

нажал руками Run - опять покраснело но в noc-dicovery.log не нашел свежих логов по данной коробке

Dmitry1: ?!

это плохое оправдание кривости нококода

вот, поймал в логах сие:

2015-12-29 18:04:33,411 [noc.lib.scheduler.job] [inv.discovery][interface_status_discovery][KRD-SCH-PSE54-R-MX80] Running script get_interface_status_ex

2015-12-29 18:04:34,431 [noc.lib.scheduler.scheduler] [inv.discovery] Job interface_status_discovery(KRD-SCH-PSE54-R-MX80) is failed

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

бгг

anp135: ну так запусти get_interface_status, и посмотри, чего ему не нравится

Dmitry1: а ты что, коды lldpd не читал?

evyscr: я их наизусть помню :)

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

не, ну в lldpd явно указано, что этот сабтайп - unsupported

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

:)

get_interface_status вот такую перду выдаёт: http://pastebin.com/7cFdDwyk

get_interface_status_ex

и ежели через debug-script - то с '-c-'

anp135: ну так нормально выдает get_interface_status

anp135: и, кстати, смотри заодно sa -> reports -> failed scripts

а зачем -с? он не возьмёт с конфига snmp community ?

-c- - чтоб взял из конфига

в хелпе про это не написано

это очередное (блядское) тайное знание

войну и мир мне выдал. в failed_scripts трейбек лежит

угу

там небось про dict parameter

ванга, ты?

это (относительно) известный баг нока

не баг

кривой код

это идеология такая

это баг

мои действия? расслабиться?

угу

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

ты хоть знаешь, про какой баг я говорю?-)

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

'nj yt ,fu

неа

это не баг

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

ок, если это не баг, то это пиздец.

ну тек нужно дебажить

чо дебажить-то?

код править надо

у меня физически нету возможности это делать сейчас

потому как я застрял в башне на установке mongodb-3.2

я решил, что не буду править до конца каникул

вот это через debug-script http://pastebin.com/JVV0pPVn

anp135: можешь расслабиться. рано или поздно тебе повезёт, и snmp пришлёт полные таблицы :)

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

угу

строка в discovery по коробке то белая то красная

а это в репортах http://pastebin.com/W9JSQTnu

там правда каша =(

ну так оно ругалось

2015-12-29 18:16:12.024000  KRD-SCH-PSE54-R-MX80    85.174.230.24   Juniper.JUNOS.get_lldp_neighbors    14  <class 'noc.sa.interfaces.base.InterfaceTypeError'> DictParameter: {'neighbors': [{'remote_chassis_id_subtype': 4}], 'local_interface': 'xe-0/0/2'}. Invalid value for 'neighbors': DictParameter: {'remote_chassis_id_subtype': 4}. Attribute 'remote_port' is required in {'remote_chassis_id_subtype': 4}

вроде ж починили ?

ну не проапгрейдились

и, если чо, этот патч только у меня заработает :)

anp135: там есть специально обученный отчетик по "failed scripts"

дык sa -> reports -> failed scripts я и показал вторым бином

а в traceback оно специально в 90% случаев выпадает

Dmitry1: так вот, твой патч у меня бы заработал, потому что http://dpaste.com/23BKYCZ

evyscr: я пока не могу протестировать. у меня NOC в оффлайне уже несколько месяцев.

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

*переписывать

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

там и у lldp, и у cdp одна болячка

я помню твою идеологию

и не во всём с ней согласен

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

такие как get_interface_name и comvert_interface_name

для того же qtech

оказывается, что portComponent == interfaceName

evyscr: смотри как я думаю

вместо такого:

1: self.get_remote_port_by_description, # interfaceAlias(1)

3: self.get_remote_port_by_mac, # macAddress(3)

5: self.get_remote_port_by_name, # interfaceName(5)

7: self.get_remote_port_by_local, # local(7)

128: self.get_remote_port_unspecified # undetermined

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

если в профиле есть такая функция, то она сама правильно распарсит это все

иначе - общие правила для всех

т.е. для длинка, если тип порта mac, то нуэно заглянуть в interface descruption

а там мы обнаружим:

"D-Link DES-3200-10 R4.37.B008 Port 1 " -> "1"

"PORT 7 ON UNIT 1" -> "7"

evyscr: и тогда уберутся костыли из dlink.dxs.get_lldp_neighbors

Для этого, в интерфейсе IGetLLDPNeighbors нужно добавить несколько полей:

Port Description

System Description

Management Address

последний - для того, когда не удается определить удаленную железку по связке "Chassis ID Subtype" и "Chassis ID"

аналогично - для CDP

zombie тут?