У кого?) водителя, тогда да, векторы складываются

кстати есть например ядро (с нотификейшнами в группу-1), есть не-ядро с нотификейшнами в группу-2. Если падает линк в ядре, идут нотифи в группу-1, если падает линк на периферии, идёт нотифи в группу-2. Все ок, всё логично. Но вот например в ядре падает ospf до не-ядра, связь с не-ядром пропадает. В группу-1 приходит нотифи, и вот можно ли сделать, чтобы в группу-2 тоже упал алерт, что до их железки оспф ебнулось? :)

Но авария будет и на железе Е2?

Но авария будет и на железе Е2?

только из-за пропажи пинга

только из-за пропажи пинга

А рут коз у нее есть?

Хотя тут вряд ли будет, нок не обучен ещё а маршруты

нет вроде

блин

он ещё и l3-интерфейс на туннеле не изучает почему-то :(

а на нём и есть оспф, логично, что не триггерится

Гет интерфейсес?

угу, ща подебажу

Error: subinterfaces already exists in interface

-/

-/

Шайтанама

ага

Дебаг для сервиса без деплой можна включить? В нок.конф какой-нмить?

{'snmp_ifindex': 31, 'name': 'tun-uplink-eth', 'subinterfaces': [{'name': 'tun-uplink-eth'

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

Дебаг для сервиса без деплой можна включить? В нок.конф какой-нмить?

etc/noc_services.conf ?

в переменные окружения

его вроде даже можно на лету включить. только это врятли кто то кроме @dvolodin проверял

./noc rpc --hint=10.36.129.131:34924 ctl.inc_verbosity ./noc rpc --hint=10.36.129.131:34924 ctl.dec_verbosity #logging

проверял я

ты там вот такие места в доке или может даже лучше в коде trips and tricks помечай и нет это не опечатка

нужно просто морду сделать для ctl

чтобы из консула брала сервисы

НУ класс, трейс при миграции

TASK [migrate : Ensure Mongo indecies] — русскамма писать?

[vc.VLAN] Checking indexes 2018-01-11 00:34:47,912 /opt/noc EXCEPTION: <class 'pymongo.errors.OperationFailure'> Index with name: segment_1_vlan_1 already exists with different options

https://code.getnoc.com/noc/noc/issues/627

ircop opened merge request at / noc: Fixed gre tunnel ip addr detection IP-адрес туннеля заполняется ранее, в get_tunnel (видимо). Нет необходимости определять сабинтерфейс ещё раз. В старом варианте туннель пропускался с ошибкой `Error: subinterfaces already exists in interface` ; box не находил IP-адреса туннеля, примерно так: https://i.imgur.com/tbS4KzT.png В исправленной версии интерфейс определяется правильно: https://i.imgur.com/6xPeB6m.png p.s. Мой коммит не проходит pipeline с кучей ошибок в lib/app, services/, vc/models/ :( Не знаю, что с этим делать, и почему оно вообще затрагивается :(

ircop opened merge request at / noc: Fixed gre tunnel ip addr detection IP-адрес туннеля заполняется ранее, в get_tunnel (видимо). Нет необходимости определять сабинтерфейс ещё раз. В старом варианте туннель пропускался с ошибкой `Error: subinterfaces already exists in interface` ; box не находил IP-адреса туннеля, примерно так: https://i.imgur.com/tbS4KzT.png В исправленной версии интерфейс определяется правильно: https://i.imgur.com/6xPeB6m.png p.s. Мой коммит не проходит pipeline с кучей ошибок в lib/app, services/, vc/models/ :( Не знаю, что с этим делать, и почему оно вообще затрагивается :(

merge request opened by ircop

https://code.getnoc.com/noc/noc/issues/627

@aversant привет, там чей косяк?

@aversant привет, там чей косяк?

сиё мне не ведомо

только из-за пропажи пинга

у тебя в логах же будет падение OSPF на обеих железках?

у тебя в логах же будет падение OSPF на обеих железках?

Удалённая отьебывает же и никакого лога не присылает :)

сиё мне не ведомо

А кого теребить?

Удалённая отьебывает же и никакого лога не присылает :)

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

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

Да

и ты хочешь объеденить это в одну аварию?

Не) ща докурю и с компа опишу)

ок

сам сейчас в магазин схожу и смогу ответить )

сам сейчас в магазин схожу и смогу ответить )

в магазин за ответом?

классно. А где такой?

и ты хочешь объеденить это в одну аварию?

Есть железко Ж1 (аср) и железко Ж2 (микрот), между ними ОСПФ, алерты об их авариях прилетают в разные группы Если отваливается и оспф, и пинг, в ноке возникают события "сдохло оспф-аджаcенси на Ж1 в сторону Ж2" и "пинг фейлд до Ж2" Про оспф летит уведомление только в группу оповещений Ж1, а я хотел бы, чтобы в группу Ж2 тоже летело

классно. А где такой?

/кому и алкогольный

ircop opened merge request at / noc: Fixed gre tunnel ip addr detection IP-адрес туннеля заполняется ранее, в get_tunnel (видимо). Нет необходимости определять сабинтерфейс ещё раз. В старом варианте туннель пропускался с ошибкой `Error: subinterfaces already exists in interface` ; box не находил IP-адреса туннеля, примерно так: https://i.imgur.com/tbS4KzT.png В исправленной версии интерфейс определяется правильно: https://i.imgur.com/6xPeB6m.png p.s. Мой коммит не проходит pipeline с кучей ошибок в lib/app, services/, vc/models/ :( Не знаю, что с этим делать, и почему оно вообще затрагивается :(

Но есть вариант, что оно итак работает: на микротах (ж2) не дискаверились l3-интерфейсы на туннелях (а у меня оспф именно на туннеле), и нок просто не знал, что за сосед отвалился. Я у себя пофиксил, буду посмотреть, как нок отреагирует, когда в след.раз оспф отвалится)

Имхо не скорреллирует

:(

Уронив, проверим,!

угу)

сиё мне не ведомо

А починить можешь?

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

О_о

Это типа такой неудобный калькулятор, да?

А починить можешь?

ближайшие недели 2 чинильщик из меня никакой

ближайшие недели 2 чинильщик из меня никакой

понял, вычёркиваю

С !334 - branch под merge request лучше отколупывать от верхушки master

Есть железко Ж1 (аср) и железко Ж2 (микрот), между ними ОСПФ, алерты об их авариях прилетают в разные группы Если отваливается и оспф, и пинг, в ноке возникают события "сдохло оспф-аджаcенси на Ж1 в сторону Ж2" и "пинг фейлд до Ж2" Про оспф летит уведомление только в группу оповещений Ж1, а я хотел бы, чтобы в группу Ж2 тоже летело

Но у тебя Ж2 недоступна получается. Хм, нужно корелировать событие

Но у тебя Ж2 недоступна получается. Хм, нужно корелировать событие

ну вот да, недоступна ) даже не кореллировать, а понимать, что отвалился именно вот этот вот нейбор (нок же видит, к какому именно адресу lost adjacency)

Но у тебя Ж2 недоступна получается. Хм, нужно корелировать событие

ospf падает на 1, а пропадает 2. чтобы связать, нужна l3 корелляция с роут-тейблами и вот этим вот всем

и алертить его тоже

alarm #5a56217b9905b82497060451 has been cleared: OSPF lost adjacency to 172.31.100.38

почему бы не алертить 172.31.100.38 ? )

Нет

нуууу, по хорошему нужно писать обработчик кастомный

который будет проверять падение OSPF

брать конечно нейбора и заводить на него тоже аларм

с обратной фразой )

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

Понятно, будет время - попробую наковырять)

У тебя должна быть корреляция на интерфейс, в случаи его падения, если интерфейс жив и нейбор недоступен, то далее по списку почему упал ospf (его bfd стриггерил или тайм-аут и т.п.)

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

http://docs.getnoc.com/en/latest/admin/configuration/

dv opened merge request at / noc: #628 Fix ./noc dump format

dv opened merge request at / noc: #628 Fix ./noc dump format

merge request opened by dv

dv opened merge request at / noc: #628 Fix ./noc dump format

merge request opened by dv

dv opened merge request at / noc: #628 Fix ./noc dump format

merge request opened by dv

dv opened merge request at / noc: #628 Fix ./noc dump format

merge request merged by freeseacher

https://code.getnoc.com/noc/noc/issues/627 -- кто-нибудь еще такое встречал?

https://code.getnoc.com/noc/noc/issues/627 -- кто-нибудь еще такое встречал?

Да, я писал об этом, но ты в ТТ сказал, что в 331 это пофиксили

У меня был vlan default

Но это не точно, т.к. это было месяц назад наверное

именно segment_vlan индекс

у тебя другой и 331 его фиксит, я проверял

https://code.getnoc.com/noc/noc/issues/629

у тебя другой и 331 его фиксит, я проверял

Окей

https://code.getnoc.com/noc/docs

https://code.getnoc.com/noc/docs/blob/master/CONTRIBUTING.rst

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

Алексей Широких pushed to docs/master Dmitry Volodin: Network Segment: Network Map Settings Dmitry Volodin: NOC Docs channel reference Dmitry Volodin: Contributing guide

dv opened merge request at / noc: #460 Styles in Network Segment Profiles

селектор по платформе как сделать?

селектор по платформе как сделать?

если в key вписать platform, сработает?

раньше работало