nocproject.org

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

это проблама нока?

да

он бекапит безрасбору

*безразбора

dvolodin, а еще багтрекер поломалит

рестартовал его

сейчас поднимется

доделываю проверку порогов - и сливаю ветки

dvolodin, про пороги, смотри, я предлагал из фм писать данные, прилетающие в трапах, в РМ

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

и еще

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

никак не столкнется

смотри

нужно просто графитовые данные залить в pmwriter

в lib/perf.py есть функция reporter

чего писать собрался?

,,

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

Nov 11 08:39:00: %SFF8472-5-THRESHOLD_VIOLATION: Te1/30: Rx power low alarm; Operating value: -40.0 dBm, Threshold value: -18.4 dBm.

про цпу тоже сообщения есть

кто у нас DLink DES-3200-10 эксплуатирует? дайте инфу как настроить сислог и снмп

"доделываю проверку порогов - и сливаю ветки" покайтесь, ибо грядёт!

e_zombie, пользуешься ноковским бекапом?

каяться придется тем, кто использует синхронизацию DNS

и всё?)

есть кто-нибудь, у кого sce8000?

вот-вот, кайтесь вместе :)

zi_rus: да вроде работает.

хотя не проверял

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

и сколько у тебя получилось?

у меня бакапы кладутся на отдельный раздел в 1.5Тб.

а основная бд - около 100 гигов.

разделы.

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

zi_rus: собирай привязку к rocksdb

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

у меня есть SCE8k

3.6.2

zi_rus: ну и чудно

http://pyrocksdb.readthedocs.org/en/v0.2.1/installation.html#building-pyrocksdb

собирай его в virtualenv

./bin/pip install Cython

./bin/pip install git+git://github.com/stephan-hof/pyrocksdb.git@v0.2.1

тьфу

./bin/pip install git+git://github.com/stephan-hof/pyrocksdb.git

вот так

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

dvolodin, ты говоришь что пофиксил проблему с залипанием пробы, ты коммитил изменения? а то опять залипло

ту - коммитил

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

e_zombie: у нас их штук 400, а что именно интересно?

все точно так-же как и на других

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

по CLI ?

да.

снмп там вырублино

так я не делал

во морде только

enable snmp не катит?

а можешь конфига дать .

ща поищу

Подскажите, почему у меня время next run в дискавери более чем странное ? http://i7.minus.com/ibsszkiI4pAOIc.png

В профайле не вижу ничего криминального http://i2.minus.com/iHSffL0pO33d0.png

подозреваю что стоит ждать релиза графита чтобы это исправилось :)

Huko https://bitbucket.org/nocproject/noc/commits/ac13b951cd69497b27de3dd6c3df2f64d92e2652

походу это гдето тут правилось.

хмм.. печально..

ну осталось немного :)

причем это не на всех профайлах так

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

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

он самый и стоит

в смысле feature/graphite

проба худо-бедно threshold'ы определяет :)

e_zombie: для просто доступа по дефолтным коммунити public/privade enable snmp достаточно

кхм.

не знал.

счас проверю

http://ixnfo.com/nastroyka-kommutatora-d-link-des-3200.html

шайтана .

спасибо.

держите котика https://pp.vk.me/c619823/v619823151/2201f/lL-QQLDxJCk.jpg

держим

e_zombie: "кто у нас DLink DES-3200-10 эксплуатирует? дайте инфу как настроить сислог и снмп"

snmp, в части только трапов

create snmp host <noc ip> v2c <noc community>

create snmp group <noc community> v2c read_view CommunityView notify_view CommunityView

create snmp community <noc community> view CommunityView read_only

e_zombie, а ты свою автодискавери в виде пируля оформить не хочешь?

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

event'ы на threshold'ы делаются

теперь классы лепим

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

текущие патчи из develop не забудьте

а они никуда не денутся

в pagerless что-то терялось, не?

нет

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

года три старался

ок, поколотим

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

и это правда

колотим, и молимся, колотим, и молимся

в конечном итоге всё одно - ебёмся и плачем...

будем надеяться, стараниями zi_rus в этот раз будет лучше

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

zi_rus: хочу. но это по времени много заёмет. а надо всё "вчера". у меня ваще 1 числа начинается опытная эксплуатация

а тут всё в раскоряк.

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

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

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

https://pp.vk.me/c622830/v622830384/b5fe/_x1MOTkM6r8.jpg

e_zombie, это не совсем кошерно, если уж портировать то по-нормальному, ты юзаешь nmap, а так надо icmp из нока, и snmp оттуда же

ну да нуда.

но это работает.

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

питон простой

и на будущее пригодится

я не знал вообще ни одного языка

ключевое слово "вчера"

вчера ты уже сделал

ты сегодня

и можешь думать про завтра

а не завтра про вчера

я думаю.

и говорю что раньше чем через 2-3 недели ничего подобного я родить не смогу.

покажите чудо-скрипт

http://pastebin.com/8xgFKafm

однако

dvolodin, в ноке можно как-то рекурсивно дернуть именно самые нижние префиксы? то есть смотри, nested_prefix_set дергает все, с верху и до низу иерархии, а я хочу увидеть только те что в самом низу. иначе говоря, есть сеть /19 побита по /24, которые разбиты по /30, я хочу п

ередать /19 на вход и получить сет из /30 на выходе

ну а что мешает?

я бы дернул каким-нибудь циклом

но глубина иерархии варьируется

dvolodin, ну а как?

у них parent не нулевой и сами они в parent'ах не ходят

хм

parent у всех ненулевой

кроме 0.0.0.0/0

но тебе нужны префиксы из диапазона и такие, что они не светятся ни у кого parent'ом

кроме 0/0

то есть нормальная тема это дергать nested_prefix_set кадого префикса

и если он ==0 то записывать в результат?

вроде нормальная тема

не хитровыдуманная

ужас же

думаю реализуемо

evyscr, зажарится как-нибудь

у ВК такая уебанская внутренняя система ведения адресов

приходится наркоманить

?

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

бгг, NOC-247

подумайте о плохом

когда-нибудь я доберусь до ipam

Брюллов-второй, "Последний день нока"

мва-ха-ха-ха

dvolodin, нок так л2тп и не рисует

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

dvolodin, а еще, говорят в девелопе работает репорт ipam > report > history, а у меня в графите он трейсит

ага, трейсит

поправлю

это audit trail переделаный

http://pastebin.com/Z2dVpYB1

SQLQUERY="SELECT address from sa_managedobject where name not like 'wiping-%' group by address having count (address) > 1 order by address;"

интересный запрос.

у меня после чистки БД от дубляжей пропали трейсы на отчётах.

dvolodin, заценил тему с порогами

не жилец

надо доделывать

серьезно

?

dvolodin, тебе по пунктам?

ну а как еще

смотри

1) ты генеришь ивент как?

сразу

это неправильно

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

также в обратную сторону

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

кто тебе сказал такое?

это то что я вижу

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

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

дык нет

я про это и говорю

ты генеришь ивент сразу

ивент это событие

а почему бы ему не быть сразу

ты же ему пороги задал

то что произошел какой-то всплеск означает просто всплеск

а надо подождать

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

dvolodin, http://i66.fastpic.ru/big/2014/1124/12/b6cf63e18df3cedc2cbca894951ee912.png

;tknsq uhfabr

желтый график

я получил ивенты про то и про другое

это дискарды на порту

в плагине с трешолдами для кактуса эта тема учтена

дальше

2)

два трешолда подразумевает разных получателей уведомлений

фм этого не позволяет

фм все позволяет

нет

у тебя одна настройка

настройка чего?

alarm raised/alarm cleared

и селектор

и вдогонку

про фм

ты говорил что нок затрахает кого угодно

вот только проблема

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

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

поставишь 2 или 3 -- перещелкнет состояние только если 2 или 3 раза проблема сохраняется

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

dvolodin, http://i66.fastpic.ru/big/2014/1124/80/25cfd537d83989c690ecdbc36dc61d80.png - вот сравни с кактусом, если не видел

Warning Breach Duration

The amount of time the data source must be in breach of the threshold for a warning to be raised.

Breach Duration

The amount of time the data source must be in breach of the threshold for an alert to be raised.

и про нотификацию

Warning Notification List

You may specify choose a Notification List to receive Warnings for this Data Source

Alert Notification List

You may specify choose a Notification List to receive Alerts for this Data Source

смотри

я управляю железом

но

я снимаю графики по портам

ну они обозвали это breach duration

если где-то перегрузка, нотифицировать надо тех кто планирует сеть

а не эксплуатирует

а для температуры мне надо нотифицировать третьих лиц

это не в threshold'ах делать нужно

а в эскалациях

да, я знаю

и общим механизмом

это комплексная проблема

но у тебя этого нет

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

в кактусе тоже нет

там проще

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

у каждого трешолда

я просто указываю кого уведомлять

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

там в принципе нет такой проблемы

там все хорошо

застрелишься

чего там хорошего-то

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

ты не отвлекайся

задача pm - тяфкнуть

если у тебя так шоколадно, рассказжи как это сделать

задача fm -- укусить за жопу виновного

ты виновного определяешь селектором

за трафик виноват планировщик

за температуру - кондейщик

за питание - энергетик

и тд

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

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

нахера?

мы бы хотели знать если что аварийное случилось

но не хотим заниматься маршрутизацией траблов

вопрос в механизме описания эскалаций

(кстати по брасам "./noc probeconfig --touch" помог, опять :( )

про нормальные нотификации тебе давно говорили

с этми и сейчас проблема

а чего говорить-то

просто не так заметно

говорите как они должны выглядеть, будем думать

фильтр нужен

по классам алармов

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

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

dvolodin, http://i68.fastpic.ru/big/2014/1124/b3/b908fe3d1816e29acf921956338f90b3.png - вот тебе пример дрожащей метрики, через период, то прилетает ивент аварии, то нормализации

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

но пока эти нюансы разрулить надо