I saw now, I don't have it

It's empty

db.noc.networksegments.insert({name: "All"})

db.noc.networksegments.find()

ok

now I have it :D

next, in postgresql shel

psql noc

check for segment field of sa_managedobject table

root@nocst-noc3:/opt/noc# psql noc psql: FATAL: role "root" does not exist

su - noc

psql noc

update sa_managedobject set segment = "<id of your ALL>";

ok

noc=> update sa_managedobject set segment = 1; UPDATE 3

not 1

ObjectId("<your id?"

show me result of your find operation?

ops

noc:PRIMARY> db.noc.networksegments.find() { "_id" : ObjectId("5728f4c430dd31154e73b514"), "name" : "All" }

is that 5728f4c430dd31154e73b514?

yes

update sa_managedobject set segment = "5728f4c430dd31154e73b514"; ERROR: column "5728f4c430dd31154e73b514" does not exist LINE 1: update sa_managedobject set segment = "5728f4c430dd31154e73b... noc=> update sa_managedobject set segment = 5728f4c430dd31154e73b514; ERROR: syntax error at or near "f4c430dd31154e73b514" LINE 1: update sa_managedobject set segment = 5728f4c430dd31154e73b5...

doen't accept "

set segment = '.....;

'.....';

ok

single quote

noc=> update sa_managedobject set segment = '5728f4c430dd31154e73b514'; UPDATE 3

ok

now it should work?

yes

do I have to restart noc?

yes

ok

still "Failed to fetch data!"

check web's log

2016-05-03 22:16:21,599 [sa.managedobject] UNHANDLED EXCEPTION (2016-05-03 22:16:21.559289) BRANCH: feature/microservices TIP: 658539425057 PROCESS: ./services/web/service.py ERROR FINGERPRINT: 2d5cfaac-51b3-5d9e-8048-486d44a93fdf WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'noc.main.models.pool.DoesNotExist'> Pool matching query does not exist. START OF TRACEBACK

apparently there's a lot of errors..

If you're too busy, we can try to go on here and when you have some break, you can call us and help? (I'm affraid I'm in the way of your progress)

pool must be created by deploy process

./scripts/deploy/apply-pools

in mongo shell

db.noc.pools.find()

and update sa_managedobject with proper pool

ok

it worked

thanks a looooot!!

It was to be a happy face, sorry

??

now I'm wondering who is the guy Lili sent

?????

Итого за апрель у нас 1. Массированая оптимизация всех подсистем по IOPS 2. Расширение функционала FM: * Добавлены веса оборудования, абонентов и сервисов. Реализовал алгоритм определения alarm severity на основании весов затронутых сервисов * Переделано отображение оперативной обстановки в целом, с детализацией и в виде тепловых карт * Полная параллелизация FM: ping и классификатор поддерживают динамический шардинг и умеют распределять нагрузку на много ядер (тестирвали на 32 процессах классификации и 4 пингах). Коррелятор стал многопоточным и может задействовать несколько ядер * Реализованы эскалации алармов во внешние системы ТТ 3. Оптимизация SA * SAE научился распределять нагрузку на несколько процессов * Реализован механиз RPC redirect, теперь SAE не гонит через себя все результаты работы скриптов * Реализованы скрипты get_metrics для различных платформ, исправлены ошибки и доработано большое количество скриптов 4. Доработки PM * Реализован механизм надежной доставки и буферизации метрик через NSQ. * Новый демон pmwriter дозирует нагрузку на InfluxDB и защищает его от перегрузок * Процессы ping собирают метрики Ping | RTT 5. Доработки discovery * Пул коннектов к PostgreSQL * Настраиваемый параметр "status discovery" в interface profile позволяет ограничить список интерфейсов, синхронизируемых в ходе interface status discovery * Внутреннее кеширование и оптимизация запросов 6. Инфраструктура * Дополнительные параметры конфигурирования баз данных в башне * Обмен сообщениями через NSQ

пока некоторые со скрипом мигрируют на NOC2, он стал уже NOC3

:)

По-русски графики можно подписывать?

а что, графана не дает?

Итого за апрель у нас 1. Массированая оптимизация всех подсистем по IOPS 2. Расширение функционала FM: * Добавлены веса оборудования, абонентов и сервисов. Реализовал алгоритм определения alarm severity на основании весов затронутых сервисов * Переделано отображение оперативной обстановки в целом, с детализацией и в виде тепловых карт * Полная параллелизация FM: ping и классификатор поддерживают динамический шардинг и умеют распределять нагрузку на много ядер (тестирвали на 32 процессах классификации и 4 пингах). Коррелятор стал многопоточным и может задействовать несколько ядер * Реализованы эскалации алармов во внешние системы ТТ 3. Оптимизация SA * SAE научился распределять нагрузку на несколько процессов * Реализован механиз RPC redirect, теперь SAE не гонит через себя все результаты работы скриптов * Реализованы скрипты get_metrics для различных платформ, исправлены ошибки и доработано большое количество скриптов 4. Доработки PM * Реализован механизм надежной доставки и буферизации метрик через NSQ. * Новый демон pmwriter дозирует нагрузку на InfluxDB и защищает его от перегрузок * Процессы ping собирают метрики Ping | RTT 5. Доработки discovery * Пул коннектов к PostgreSQL * Настраиваемый параметр "status discovery" в interface profile позволяет ограничить список интерфейсов, синхронизируемых в ходе interface status discovery * Внутреннее кеширование и оптимизация запросов 6. Инфраструктура * Дополнительные параметры конфигурирования баз данных в башне * Обмен сообщениями через NSQ

Крутое саммари, супер!

это я написал ТЕСТ и сделал save

где написал?

d pfujkjdrt uhfabrf

в заголовке графика

вчера добили коррелятор

теперь и он многопоточный

теперь он в несколько потоков ничего не будет коррелировать?

достидение, че

)))

а вот не надо грязи, коррелирует со свистом

Дим

да да

видел я его работу

Будешь вечером ща ПК?

ФМ открываю и вижу как он коррелирует

ну не знаю, что ты там коррелируешь у себя

я ничего не коррелирую

а нок должен

ну так есть гайдлайн как мигрировать?

@ivzakharov а если без FUD?

что именно из ничего он у тебя не коррелирует?

@dvolodin - и еще у тебя есть в профилях скрипт ping.py - вот с ним бы метрику сделать, чтобы SLA p2p линков мониторить с железки а не с нока

@dvolodin - вот для примера

sla мониторинг - отдельная тема, думаю летом там подвижки будут

обсуждали на той неделе

Ilya Z, [01.05.16 19:47] BGP Peer 10.250.86.2 session down - CEASE/BFD Session Down Ilya Z, [01.05.16 19:47] BFD Session Down: 10.250.86.2 on GigabitEthernet4/0/4.2268 Ilya Z, [01.05.16 19:47] что его остановило скоррелировать и оставить одну аварию?

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

плохо

угу

лень - это плохо

ну так есть гайдлайн как мигрировать?

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

надо просто поднять новую инсталцяию и перенсти базы.

эх, нам бы таких админов

новую инсталяцию надо поднимать совсем новую.