и кровь кишки распидорасило (с)

угу

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

я думал, что там все люди интеллигентные и как то поймут, что шашками махать - контрпродуктивно )

бывает

рут = 0

:)

Привет.

Если я добавляю оборудование в "sa > setup > profile check rules"

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

А как добавить его в основной репрезиторий?

сделать pull request /opt/noc/collections/sa.profilecheckrules?

ага да

это вроде бы как не код, а данные.

ясно

@freeseacher Привет. Та по Mikroticam мой вопрос видел в привате?

Там коллекции лежат, которые при установке в базу импортятся

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

Из башни сработает после приема пул реквеста

Для локальной проверки кладешь json твоего правила в noc/collections/sa.profilecheckrules/...... Удаляешь правило из sa > setup > profile check rules и делаешь ./noc collection sync Правило должно добавится

Если все ок - делаешь пул реквест на json правила

/stat@combot

combot.org/chat/-1001030501606

Dmitry Volodin pushed to noc/feature/microservices sa.runcommands: Snippets and actions forms API calls

Коллеги, начал тыкать нок вчера ночью и обнаружил кучу проблем (возможно только у меня) начал с простого: есть сервак с башней и виртуалка, с нодой. и там и там бунта 16.04 Я вообще правильно понял что на одну ноду надо выкатывать все сервисы? (на вкладке services проставлять все единицы)?

Коллеги, начал тыкать нок вчера ночью и обнаружил кучу проблем (возможно только у меня) начал с простого: есть сервак с башней и виртуалка, с нодой. и там и там бунта 16.04 Я вообще правильно понял что на одну ноду надо выкатывать все сервисы? (на вкладке services проставлять все единицы)?

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

ога, ток там ничего толком нет про операции в самой башне) только про подготовку нод в основном. это же FAQ_ru.md который?

ога, ток там ничего толком нет про операции в самой башне) только про подготовку нод в основном. это же FAQ_ru.md который?

https://kb.nocproject.org/pages/viewpage.action?pageId=22380903

а вот это не читал, спасибо

о сколько нам открытый чудных

воистину... 2016-12-15 19:25:34,943 [tornado.access] 200 POST /api/pull/ (192.168.78.10) 1.34ms 2016-12-15 19:25:34,988 [tornado.access] 404 GET /deploy/home%20env/?deployment_options=1,91 (192.168.78.10) 0.18ms при том что в браузере адрес http://192.168.77.2:8888/ а 192.168.78.10 - это source адрес на интерфейсе, через который доступна башня по маршрутизации как вообще этот адрес попадает в запрос?)))

хз ваще. Ты его никуда не вписывал?)

в том то и дело что нет)))) башня его сама откуда-то достала))) это тот ип, с которого я хожу в веб интерфейс башни просто

сама башня на 77.2, а нода на 77.122. странно все это)

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

хотя все вроде тут норм, если это сорс. но сама проблема остается. при нажатии на деплой получаю 404

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

сервисы нужные поставил?

нашел вроде.. env сделал без пробела

то что с нулями лучше не ставить

кров кишки боль страдания ждут тебя.

постгри должна быть одна инсталяция.

хотя у тебя одна нода - тебе пока не страшно

и да. думай над несколькими нодами.

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

http://sdelanounas.ru/blogs/87582/

да пока хоть бы один домашний длинк опросить. а вообще порядка 8к датацентровой активки

эээээээ свитчей или серваков?

свитчей

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

просто в нок я впиливал поддержку RHEL дистров. мож у тебя там датацентр которым тоже надо рулить

на такой объём я думаю тебе понадобится пара тройка серваков уж точно.

ну по части сети же рулить имеется в виду? серваками так то тоже хорошо бы рулить. у нас тут под сетевые нужды их сотни. правда совсем rhel нет

готовь гигов 30-40 оперативки

в теории ты увидишь их на сетевой карте. снимать с них параметры.

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

что у тебя за дистр там ?

Гентуууу! ;) не? Это же так весело!

debian/ubuntu и freebsd вперемешку, нок на deb based осях будет стоять

а чем freebsd не угодил ?

ну значит ты и запилишь профиль для дебиана :)

ох помню я один ISP за уралом в котором работал - там были софтовые роутеры на дебиане. в ядре.

*генту

у меня на FreeBSD все запущено, кроме memcached и pgbouncer

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

Я знаю один на северозападе

ERROR: S client not available

Генту это как бы когда любишь фряху, но нужен Линукс ;)

Дебиан все в одном коробка

При всовременной производительности процов - пофиг, софтварный или аппаратный роутер.

Генту это как бы когда любишь фряху, но нужен Линукс ;)

А арч?

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

При всовременной производительности процов - пофиг, софтварный или аппаратный роутер.

Ой, что счас начнётся ;) зачем же какашек на вентилятор кидаете

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

Потому что она охуенна! ;)

а че ? vMX и vSRV от Juniper - это чисто софтовые решения

https://pp.vk.me/c836226/v836226785/13b26/cltri574YS4.jpg надо сделать

фукопрофилы

а че ? vMX и vSRV от Juniper - это чисто софтовые решения

Типа все равно всех ждёт SDN?

может кто-то сказать почему?

Пока узкое место - шина данных, но HP это успешно решает

А арч?

Ну, Арч, имхо другое немного

может кто-то сказать почему?

По моему это норм, Дискавери в профилях включаются

SA->Setup->Management Object Profile

потому что пинг логов не ведёт:)

так что, это нормально

а архитектурно, потому что пинг не завязан на шедулер

:-D

ага, вроде что-то заработало

что-то ?

ток не понятно. в Inventory в Mac DB откуда записи должны появиться?

и там же на вкладке интерфейсов в switchports нельзя получить у объекта маки почему-то. причем в МО скрипт про получение мак таблицы работает

ихз мак дискавери. обьект только пропиши vcdomain default

если в mo profile выставлена галочка MAC в periodic deiscovery

./noc psql ./noc ctl restart correlator ./noc script --debug ./noc script --debug --pretty get_lldp_neighbors "MO name" ./noc discovery --debug run box <MOName> --check=interfacestatus ./noc discovery --debug run --check=lldp box sdc-c-s2 ./noc discovery --debug run --check=lldp box "MO name" ./noc discovery --debug run periodic MO ./noc fix list ./noc ctl serialrestart activator* ./noc crashinfo list ./noc rpc omap.get_ping_mappings

./noc psql ./noc ctl restart correlator ./noc script --debug ./noc script --debug --pretty get_lldp_neighbors "MO name" ./noc discovery --debug run box <MOName> --check=interfacestatus ./noc discovery --debug run --check=lldp box sdc-c-s2 ./noc discovery --debug run --check=lldp box "MO name" ./noc discovery --debug run periodic MO ./noc fix list ./noc ctl serialrestart activator* ./noc crashinfo list ./noc rpc omap.get_ping_mappings

./noc discovery --debug run box <MOName> вот что тебе сейчас нужно

mac в periodic

вот кстати к тебе вопрос - как сделать чтобы snmpd отдавал в caps что хост умеет lldp