nocproject.org

граждане

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

switchport mode access

не?

ну или no switchport и он должен стать routed

Minimus, а как ты сделал порт транквым?

да уже норм всё, на той стороне косяк был, на моей хватило switcport pvid

mikevlz, вопрос по твоим изыканиям по ускорению

а чем это БД на отдетльном сервере будет лучше?

добавляется сетевая задержка

1 - отдельный сервак, память вся может быть отдана базам

а если ресурсов для самой БД и для приложения хватает

2 - процессор тоже у баз персональный

многоядерные CPU

3 - винты используются только базами и ОС

сетевая задержка это погрешность...

больше простор для тюнинга самих БД

для БД где все данные в памяти винты не сильно влияют

freeseacher, на одном крупном запросе да, а на десятках мелких уже нет

память-то копейки стоит, но ее надо иметь. А когда у тебя 8 гиг на все и базы по 16-20 гиг в монге - они не влезут

не влезут

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

с отдельным сервером, там будет крутиться не только нок, знаит БД будет много, они все равно не влезут все

zi_nnov, сетевая задержка броадкастовой сети в пределах стойки стоит чуть дороже чем ошибка ATA драйвера

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

особенно монгу :)

масштабирование это да

у меня руки чешутся, пару отдельных серверов под БД и на них завести нок, поднять powerdns вместо bind, и некоторые другие наши системы на них завести

но сервер только один на руках

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

дык.... vmware esx

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

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

а в esxi ограничения жесткие по памяти и процу

и мигрировать там нельзя по нориальному

и управлялка под винду

mikevlz: и при чем тут монга?

ты на каждый слинкованный интерфейс делаешь два запроса к монге и два - к постгресу

Dmitry1, ты тут?

dvolodin: в ноке же нету ещё штатного механизма уведомления подписчиков аварии о её закрытии?

А то я тут велосипед изобретаю :)

lexus-omsk, нету, сам давно жду

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

сейчас напишу в блог тогда описание своего велосипеда... но там много не очень хороших вещей в том плане, что оно hardcoded получается

lexus-omsk, NOC-673

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

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

dvolodin, в аларм триггере ставишь галочку "присылать уведомление о закрытии"

там, наверное, нужен общий механизм уведомления без триггеров

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

тогда можно будет об общем механизме говорить

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

NOC - {{severity}} - {{mo.name}} - {{alarm.subj}}

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

и привязывает

Subject у него есть

тут нужен механизм такого рода

dvolodin: там же написано, что львиную долю времени мы сидим в функциях работы с БД. Я там не только про монгу написал. А то, что она в топ вылазит - просто видно хорошо, постгрес в топе тоже есть, но там меньше 10%, а монга больше 100% процессора

возник alarm --- кого уведомлять и кого назначать ответсвенным

правила эскалации

кого уведомнять при закрытии

не нравится мне идея с назначением ответственных и прочей уйней, это не задача нока

это задача фолта

просто потому что ответственные это задача ytrjq trouble ticket management system

*некой

или как вариант -- интеграция с TT

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

тогда NOC должен открывать трабл и в него писать

sdh, энергетики, радисты, etc

ну да

TT пока делать не хочу

dvolodin, делай TTMS плагином

кстати, кто и что использует?

RT, JIRA, OTRS

там интерфейс должен быть относительно несложный

создать tt, закрыть tt, добавить комментарий в tt

Hey, while I think the project is great... it seems to be lacking a few things we were hoping for (like support for Mikrotek), but clearly a project to keep watching. In the mean time, is there anything similar out there to this? (commercial or otherwise)

создать tt, закрыть tt, добавить комментарий в tt

stevenm: Did your mention MikroTik?

yes that

routeros has basic support

at least, enough for configuration management

though no get_interfaces still

Dmitry1, ты тут?

да

Dmitry1, тогда NOC-263, NOC-264, NOC-265, NOC-830, NOC-967, NOC-968 - посмотри

Ыыыы.... Времени нету :( Мучают тут меня...

Мне бы хоть день, когда меня по работе не будут дергать. :(

нахер такую работу

я вот с утра баш читаю

http://kb.nocproject.org/pages/viewpage.action?pageId=7766341

довесок к башу почитать :)

lexus-omsk, я не понял про пируль

а нет

теперь догнал

кто-то этим реально пользуется?

всякие подписки, комментарии в авариях?

ну вот подписками будут, когда автоматом назначать начнёт... а комменты - у нас - нет

как вариант - вместо подписок выдёргивать адресатов из Notification Group, но это как-то через класс аларма надо искать триггер и отуда уже брать группу и адреса её членов

и это учитывая, что в триггере класс идёт не ссылкой, а регуляркой

это вопрос уже самого нока а не костылей к нему

http://lenta.ru/news/2013/03/20/lotkova/

ой,не туда

кстати добавил информацию в пост - NOC-961 нужен для того чтобы всё заработало

сколько всего, кто бы это закоммитил

dvolodin, а тема про TTMS интересна. я так понимаю что у всех есть какое то наколенное решение :)

как в росах сделано ? есть эскалация ?

freeseacher, ты его напугал

видать

Dmitry1, слушай, тут еще такой момент обнаружился

есть два сообщения

%POWER_SUPPLIES-3-PWR_FAIL: Power supply 2 is not functioning

%PLATFORM_ENV-1-DUAL_PWR: Faulty internal power supply 2 detected

нок их классифицирует как

Power Supply Unit Failed: Power supply 2

Power Supply Unit Failed: internal power supply 2

соответственно

но это одно и тоже событие

отключили питание на вводе

надо бы woraround

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

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

%POWER_SUPPLIES-5-PWR_OK: Power supply 2 is functioning

значит давить надо какой-то

второй

очевидно

только нет

не давить

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

а ивент сохранять

Оно так не умеет

как не умеет

просто не поднимай аларм по второму и всего делов

Или придумать ему какойй-то класс, отличающийся от "Chassis | PSU | PSU Failed"

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

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

Но такого механизма пока нету

хм

а через root cause спрятать

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

root cause - это для класса

класс не может зависеть от себя?

В принципе возможно закрыть оба аларма одним событием

Dmitry1, их не надо оба поднимать

только один

Dmitry1, а может так, оба классифицировать как одно и тоже событие

Такого механизма в FM тоже нету, хотя я уже второй год прошу сделать

Dmitry1, но если у меня линк даун пришел, линк ап потерялся, а потом опять линк даун, то у меня будет 2 аларма в ФМ висеть?

х.з.

там в аларме как-то управляется это через флаги. Я в них не очень разбирался

вот и повод чтобы разобраться

Нужно dvolodin'а поспрашивать. А то мы работаем с NOC "наощупь" и в блогах делимся найденными решениями

где же его взять

помянешь черта

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

привет

не получается отфильтровать события Events по Managed Object.. Выбираю нужный, нажимаю фильтр и он доооолго-доооолго висит, думает, фон серым становится и ни какого результата.

понимаю, что событий просто дофига.. но как-то ведь это решается?

MindGames, может их просто нет

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

zi_nnov, тогда выдало бы пустой экран.. а так просто висит.. и потом вытает сервер ошибку 503, кажетсяч.. тайм-аут.

MindGames, если так все плохо, то настраивай архивацию, у меня была раз в месяц, я перешел на раз в неделю

индексы в монге проверь

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

dvolodin, как это сделать?

_4ePTeHok: не подскажеш регэксп для edgecore ES3528M для ignored_interfaces c 1 по 24-й?

вернулся

dvolodin, как проверить индексы в монге? :)

Minimus, можешь mikevlz спросить, я разрешаю, он должен знать

zi_nnov: hi

Смотри, что циска пишет у меня

3w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/2, changed state to down

3w6d: %LINK-3-UPDOWN: Interface GigabitEthernet0/2, changed state to down

т.е. не получится для LINEPROTO-5-UPDOWN сделать root cause LINK-3-UPDOWN

Dmitry1, наоборот я тебе говорю

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

Dmitry1, а нет, понял что ты пишешь

и почему нет?

сначала первый, потом второй

все ровно

а я уже стал темной стороной Володина? :)

а что нет, спалился ты

тьфу ты...

со своей трассировкой по топологии

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

что читать?

я еще ивенты от любого источника получать умею

код исходный

zi_nnov: будем считать, что для %LINK-3-UPDOWN: root cause является %LINEPROTO-5-UPDOWN:

Dmitry1, ты бредишь

%LINK-3-UPDOWN - основной

если он есть то все из-=за него

так раньше, чем %LINK-3-UPDOWN происходит %LINEPROTO-5-UPDOWN

lineproto падает когда например с одной стороны 10М а с другой 100М

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

но аларм поднять надо

%PLATFORM_ENV-6-FRU_PS_OIR: FRU Power Supply 2 removed - не классифицируется, надо бы правило

Dmitry1, конечно надо

а сейчас ты игноришь

короче

надо сделать еще один вид аларма: Line Protocol Down

И плясать от него