на самом деле дурная галка

Нет

Она нужна

я не про нужность

а про понятность

:)

а как быть если железка может слать логи, но зайти на нее нельзя (только через веб интерфейс)? например ip телефон. Я так понимаю, что не управляемый - нок не пытается с него что-то считать, только пингует

профиль есть для нее?

а как быть если железка может слать логи, но зайти на нее нельзя (только через веб интерфейс)? например ip телефон. Я так понимаю, что не управляемый - нок не пытается с него что-то считать, только пингует

И не пытается пинговать

Не должен

http метод тоже есть в скриптах

Неуправляемый - значит опрос железки выключен

а как быть если железка может слать логи, но зайти на нее нельзя (только через веб интерфейс)? например ip телефон. Я так понимаю, что не управляемый - нок не пытается с него что-то считать, только пингует

Да, как вариант сделать профиль для железки и ломиться по https

mgmt адрес стереть, не?

mgmt адрес стереть, не?

Нет, обязательное поле

профиля считай нет, я понимаю, что можно http распарсить или разобрать на DOM, но мне к примеру с нее надо лог в фм получать и генерить аварию, если отвалилась

тогда нужен дефаулт профиль, только пинг и фм

generic host

только фм правила все равно к проилю привязаны

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

хотя бы пустой

а лучше минимальный

get_config / get_ver

get get

блин пол вечера вспоминал как он называется, точно, надо этот профиль по умолчанию выставлять при создании МО

фм ни одного сообщения только не распознает

я думал его снесли

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

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

конечно

на генерике нет правил

он же генерик

хотя

можно было бы нарисовать

лучше иметь профиль

не полный

хоть какой

но чтобы он отражал уникальность железки или платформы

тогда ты смотжешь поддерживать профиль для себя

и делиться с людьми

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

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

с этим согласен, но простенький профиль, который только пингует и привязывает к МО логи тоже нужен, грубо говоря проверка доступности по пингу, например гейта провайдера, не у всех же есть bgp, ospf, bfd и т.д.

с этим согласен, но простенький профиль, который только пингует и привязывает к МО логи тоже нужен, грубо говоря проверка доступности по пингу, например гейта провайдера, не у всех же есть bgp, ospf, bfd и т.д.

нок агрессивно вычищает ивенты которые не смог распознать

пинг будет норм

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

вообщем в понятии нока "управляем" - это типо enabled? в каком плане вычищает? не распознал -удалил?

не совсем

может тогна не "Управляем", а "Активен"

# Archive settings: # Keep events without alarms in archive for X days # 0 - do not archive # -1 - keep forever keep_events_wo_alarm = 0

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

не будут попадать в архив

а по дефолту активное окно - 24 часа

сегодня не успел - завтра пошел сосат

в микросервисах немного по-другому

архив аварий будет отгружаться в BI

в монге будет только небольшое окно

день-два

а BI - это что?

ктстаи пока туда валится все

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

архив аварий будет отгружаться в BI

то есть перманентный IO? события валятся в монгу, потом удаляются, пишутся в другое место

как-то не слишком оптимально

нет

не перманентрый

active и archived alarm'ы сольются в одну коллекцию

будет только статус меняться

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

в interaction log оно должно попадаь

как-то не слишком оптимально

Монга в рам, Би на схд

будет только статус меняться

какой статус

active | closed

это алармы

я ивенты

ttl index

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

Монга в рам, Би на схд

монга в рам - так себе идея.

в interaction log оно должно попадаь

а где он сейчас?

монга в рам - так себе идея.

Ну ок, на ssd

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

этому классу событий на конкретной железке *

Алексей, ты тут ещё?

В общем, кто знает, чем в микросервисах определяется кол-во "running_tasks": 50 задач ?

от кол-во активаторов и дискавери вообще никак не зависит

может 50 дохлых железок?

Хм, они конечно стабильные и не менялись

ну, у меня не столько дохлого железа

в дженериках есть, да

Может это зависящие таски?

зависшие?

box зависает в состоянии run иногда

Может это зависящие таски?

у тебя что по ссылке inv/monitor/ ?

у тебя что по ссылке inv/monitor/ ?

Завтра напомни)

завтра суббота =(

Посмотри сколько box в run

Ну сегодня уже, утром, ок

Пк на работе

Посмотри сколько box в run

как это быстро сделать?

@aversant

как это быстро сделать?

Может он подскажет