В ту же эскалацию добавил класс, эскалация не пришла

Видимо надо разделять классы по эскалциям

[root@nochost3 noc]# netstat -lnp | grep disco tcp 0 0 10.1.1.1:20307 0.0.0.0:* LISTEN 12692/noc-discovery [root@nochost3 noc]# ./noc rpc —hint=10.1.1.1:20307 ctl.prof_start 2017-09-25 10:09:43,409 [stub] Activating stub service 2017-09-25 10:09:43,409 [stub] Starting IOLoop Profiling started [root@nochost3 noc]# ./noc rpc —hint=10.1.1.1:20307 ctl.prof_stop [root@nochost3 noc]# ./noc rpc —hint=10.1.1.1:20307 ctl.prof_funcs > /tmp/prof_funcs.txt

подскажите плз

у меня дискавер на одной ноде, класиферы на другой. Класиферы жрут проц. Профилинг - откуда снимать? :)

с класифаера

локально

у зомби тогда были проблемы с дискавери. профайлили его

угу, понял

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

высказываемся

с класифаера

тогда вот более правильный и актуальный дамп, если интересно ) https://pastebin.com/gcC0SwQ9

dv opened merge request at / noc: WIP: VLAN Management

merge request opened by dv

как положено /metrics

Спасибо, реально всё с одного места собирается!! s=$(ss -ltn | grep $(hostname -I) | awk '{print $4}'); for ser in ${s}; do echo -e "\t$ser"; curl $ser/metrics; done ИМХО для прома можно деплоить прома в докере, чтобы не усложнять инсталяцию.

d.zakharov opened merge request at / noc: sova/rtk#384

dv opened merge request at / noc: WIP: VLAN Management

merge request opened by dv

Подскажите какой скрипт пишет в базу отсюда:

d.zakharov opened merge request at / noc: sova/rtk#384

merge request merged by dv

get_version

или ты про ссш ?

не я про джангу

хочу допилить верификацию IP

JS эти варнинги рисует?

там нет верификации. у тебя это сделается на уровне джанги так как не запишется в постгресс.

посмотри параметры таблицы где хранится МО.

Записывается, сегодня кто-то спрашивал

пиздит палюбому

пиздит палюбому

да нет noc=> select id,name,address,id from sa_managedobject where id in (58); id | name | address | id ----+-------+----------------------+---- 58 | test | 1 255.255.255.255 1 | 58

как тебе адрес?

отвечает @dvolodin

а покажи схему таблицы.

там вроде как был хитрый тип ячейки

@dvolodin не работает эскалация для PM

address | character varying(64) | not null

char

кхм.

А каков workflow у событий? Их просто оставлять, и копить, и копить, и копить? Или можно/нужно их чистить? Или хаускипер какой-нибудь для этого есть?

События — оставить, забыть. Аварии можно закрывать

Кто-то говорил, что устройства из МО нельзя или не нужно удалять

Это всё ещё так?

Или процедура есть какая?

Лучше не удалять, да. Андрей так говорил

про удалять я плюсану :(

про удалять я плюсану :(

Что за сайд эффекты?

ну, смотря как удалять :)

про кнопку "удалить" в MO вообще забудь

Это всё ещё так?

да это так.

после wipe - остаются всякие ошметки

да это так.

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

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

не удалять.

Как я понимаю всё из-за зависимостей монги?

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

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

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

А можно вайпнуть базу и могну в ручную?

я пробовал, всех ошметков так и не нашел)

А можно вайпнуть базу и могну в ручную?

еще можно каждый раз при желании что то удалить — дропнуть таблицу на проде. не в ноке.

и решат ьпроблему дропа той таблицы

мдя... снапшоты наше всё

Дада

После третьего полного реинсталла я это тоже понял %)

@mangoat /opt/noc/sa/wipe/managedobject.py кури и думай успеет ли всё это отработать за 30 секунд если это делать через веб.

@wingz /opt/noc/sa/wipe/managedobject.py

@mangoat /opt/noc/sa/wipe/managedobject.py кури и думай успеет ли всё это отработать за 30 секунд если это делать через веб.

Можно было бы в очередь класть

я тебе плохую весчь счас скажу.

ты тока не обижайся.

сходи почитай код и прикинь если у тебя хост проработал пол года сколько будет вычищаться это гавно.

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

как протухшие данные из кх удаляешь?

сходи почитай код и прикинь если у тебя хост проработал пол года сколько будет вычищаться это гавно.

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

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

и реализовать его не получится ибо никто это не будет делать и это сломает всё нахуй.

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

ну яж гипотетически, а не "надо сделать")

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

так и будет. но не сегодня и не завтра.

@mangoat /opt/noc/sa/wipe/managedobject.py кури и думай успеет ли всё это отработать за 30 секунд если это делать через веб.

Отдельно этот скрипт можно запустить?

можно.

судя по контенту он как раз всё это и делает

rom django.db.models import Q from noc.sa.models.managedobject import * from noc.sa.models.managedobjectprofile import * from noc.sa.models.authprofile import * from noc.sa.models.administrativedomain import * from noc.sa.models.authprofile import * from noc.sa.wipe.managedobject import * mo = ManagedObject.objects.get(name='wiping-55463') wipe(mo)

)))

Спасибо

наливай

for m in mo: c = ManagedObject.objects.filter(address=m.address).count() if c != 1: print "FOUND", c, m.address, m.name wipe(m)

борьба с дубляжами по айпи

Блин, сделайте платный вебинар!

Чисто символически

ну чисто теоретически можно собраться в zoom и рассказать кое что.

А где заводятся remote system's?

нашел)

А теперь - что такое 'handler' в контексте Remote System?)

это хуйнюшка которую надо написать

ы

ну т.е "any string"?

А как работает сбор маков? Если нок знает топологию сети, один и тот же мак, проходя через 10 коммутаторов, будет записан 2 раза (endpoints), или 18 раз (для каждого порта)?

как протухшие данные из кх удаляешь?

дроп партишенов