Но вот как проверить, что это так?

а вот это крайне сложный вопрос.

ибо топология связности может быть самая разная

со всяким резервированием и прочим

Не следует рассматривать сообщение нока, как аварию на железке. Надо думать, что это потеря связности до железки =)

если этот сислог или SNMP Trap, то стоит

если от пингера, то нет.

т.е. если информации об аварии получена от самой железки. То это авария на железке

со всяким резервированием и прочим

В моем кейсе 2 пингером на разных площадках, каждая площадка зарезервирована

а если от некоторого Внешнего сенсора, то есть варианты

Но вчера одна площадка по сети на короткое время отвалилась

а если от некоторого Внешнего сенсора, то есть варианты

Какого?) Это не про нок?

Пингер - это внешний сенсор по отношению к устройству

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

Понял о чем ты, одно сообщение пропустил

если этот сислог или SNMP Trap, то стоит

Разумно.

Тут же просто получается, что когда пингером стал недоступен после шлюза, он все таски, что были на нем пометил в false, там же есть timestamp? После восстановления доступности он отгрузил все результаты и в результате нок засчитал это за аварию. Может сделать некий supress механизм, если ping не может по icmp/tcp достучаться до хоста, например с discovery, то не считать это за аварию?

@aversant @dvolodin

пинг раз в минуту, дискавери раз в 5

если бы можно было дискавери раз в 10 секунд, нафиг тогда пинг?

пинг раз в минуту, дискавери раз в 5

Шлюз мог отвалиться на более чем 5 мин

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

Вот тут и начинается пиздец

open/close нонстопом

так не работает, в случае если у тебя 2 интерфейса. Один в сторону системы мониторинга, другой в сторону сети

так не работает, в случае если у тебя 2 интерфейса. Один в сторону системы мониторинга, другой в сторону сети

У меня просто ВМ с пингером и на ней дефолт на шлюз

ну вот, я бы не закладывался что у всех будет также

Тут же просто получается, что когда пингером стал недоступен после шлюза, он все таски, что были на нем пометил в false, там же есть timestamp? После восстановления доступности он отгрузил все результаты и в результате нок засчитал это за аварию. Может сделать некий supress механизм, если ping не может по icmp/tcp достучаться до хоста, например с discovery, то не считать это за аварию?

Сапресс механизм должен сработать, когда из nsqd начинают приходить слишком старые данные. Нужно подождать актуализации, как минимум, чтобы что-то решать

ну вот, я бы не закладывался что у всех будет также

Ты имеешь в виду, если по сети все ок, но Дискавери отвалился за другим интерфейсом - позитивные результаты будут супресситься?

Да, будут

в общем, затык в том - что является признаком потери связности с сетью со стороны пингера.

Сапресс механизм должен сработать, когда из nsqd начинают приходить слишком старые данные. Нужно подождать актуализации, как минимум, чтобы что-то решать

Это очень сильно будет тормозить нок

сейчас есть только механизм, если у нас свалилось больше какого-то кол-ва устройств за какое-то время, считаем что всё накрылось

Надо кстати включить

:)

и перестаём слать сообщения о падениях

У каждого своя топология по пингерам и вообще, Дискавери может быть на той же ВМ с пингером

Может добавить треки (ping) для двух точек и от них считать доступность? 1. Шлюз для пингера 2. Любая другая кастомная точка, например 8.8.8.8 или шлюз на другой площадке

Когда обе падают - считать связность (пингер) мертвой

сейчас есть только механизм, если у нас свалилось больше какого-то кол-ва устройств за какое-то время, считаем что всё накрылось

А это где? Подвержено зонированию?

А это где? Подвержено зонированию?

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

Может добавить треки (ping) для двух точек и от них считать доступность? 1. Шлюз для пингера 2. Любая другая кастомная точка, например 8.8.8.8 или шлюз на другой площадке

@aversant @dvolodin что скажете?

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

Логично

throttling для пингера есть

и расчеты его работы

это что за ?

но там нюансы есть

чот много ЦП жрёт

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

что за бред

пингеры?

может потери высокие и он перепосылает пакеты?

метрики смотреть надо

Мнда, нет)

Коллега нексусы дернул..

Опять в общем то, о чем я говорил, пингер потерял связь с ноком и после появления связи отгрузил всё, что засчитал за аврии

throttling помогает

попробую переделать его описание

Спасибо)

aversant opened merge request at / noc: Add TTSystem errors to ReportTTStat Add TTSystem errors to ReportTTStat

aversant opened merge request at / noc: Add TTSystem errors to ReportTTStat Add TTSystem errors to ReportTTStat

merge request merged by aversant

dv opened merge request at / noc: #622 Fix vc.vlan search

merge request merged by aversant

@EKbfh https://code.getnoc.com/noc/noc/issues/622 не забудь закрыть

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

merge request merged by aversant

рестарт ? в это время пингеры шлют много лога. а супевизор этот логи пешет чем и грузится

рестарт ? в это время пингеры шлют много лога. а супевизор этот логи пешет чем и грузится

:)

@EKbfh https://code.getnoc.com/noc/noc/issues/622 не забудь закрыть

Мда, результатвы поиска влана "2" многих удивят

Мда, результатвы поиска влана "2" многих удивят

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

Наверное надо потом будет правую панель с фильтрами сделать

Чтобы искать по конкретным полям

Откуда можно скопипастить?

Везде выпадающее списки были

lexus opened merge request at / noc: WIP: #607 Fix STP detection for Huawei S5300 series

merge request opened by aversant

dv opened merge request at / noc: WIP: sova/rtk#408 Include box-wise services in ServiceSummary

merge request opened by aversant

dv opened merge request at / noc: #620 ./noc ensure-index: Drop stale unique indexes

merge request opened by dv

Алексей Широких pushed to tower/remove_legacy_proto set is_enabled flag by default set defaults for services pretty print inventory clear namespace remove legacy proto. better dynamic inventory

dv opened merge request at / noc: WIP: sova/rtk#408 Include box-wise services in ServiceSummary

merge request opened by aversant

dv opened merge request at / noc: WIP: sova/rtk#408 Include box-wise services in ServiceSummary

merge request opened by aversant

dv opened merge request at / noc: WIP: sova/rtk#408 Include box-wise services in ServiceSummary

merge request merged by aversant

Dmitry Volodin pushed to docs/master Fix CONTRIBUTING links

dv opened merge request at / noc: #620 ./noc ensure-index: Drop stale unique indexes

merge request merged by aversant

aversant opened merge request at / noc: #fm.alarm: add search field by TT Add `Search TT` field to Alarms interface.

aversant opened merge request at / noc: #fm.alarm: add search field by TT Add `Search TT` field to Alarms interface.

merge request merged by aversant

aversant opened merge request at / noc: Fix Iscratel.SGR not cleaning command line when syntax error Fix Iscratel.SGR not cleaning command line when syntax error

aversant opened merge request at / noc: Fix Iscratel.SGR not cleaning command line when syntax error Fix Iscratel.SGR not cleaning command line when syntax error

merge request merged by aversant

http://coub.com/view/zn0cq

https://pp.userapi.com/c543101/v543101604/70abe/69kx5d7lUYA.jpg

Похоже на правду)

stackoverflow: Ctrl+C, Ctrl+V -> prod

вай

сисек не будет :(

Вот так всегда, на самом интересном месте!

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

и ваше она программерша :)

так что можно фантазировать

можно расчехлять компилятор? ;)

именно.

я ваще не понял почему давно не