nocproject.org

приветствую!

dvolodin: напомни, пожалуйста, как правильно передать параметр address в debug-script?

я запустался в кавычках или что там ещё надо... хотя раньше как-то делал

address='"x.x.x.x"'

пролечил неостанавливающийся noc-launcher

не тот PID писался в файл

dvolodin, Дима давай теги добъем :)

давай добьем, что с ними не так осталось?

они не работают :)

но теперь возвращается коррктный код 404. хотя тег есть

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

404 все лучше, чем 500 Ж)

это само сабой :)

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

нет

то есть тупо не ищет?

ага

тупо всегда 404

собрал Mapnik2, играюсь с GIS

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

то есть карта будет из ОСМ? а сеть на этой карте отдельным слоем и храниться будет в ноке? я правильно понимаю

карта произвольная, в том числе и из OSM

Может быть, вообще дуриком удастся mapnik впихнуть в noc-web

а что это даст?

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

будет noc-web тайлы отдавать и кешировать

пытаюсь запустить принудительно sa.version_inventory но в логи вообще ничего не попадает

такое ощущение что чтото в системе поломалось

из CLI?

lf

да

плюс если проходит по таймеру - задача не выполняется

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

sae живой?

и активатор?

а вот бревна то я и не заметил

кхм.

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

возможно лог ротатор не отрабатывал

Предложение: Сделать отдельный класс FM "Vendor | Cisco | IOS | ASIC", и туда классифицировать все события, связанные с ASIC

какие именно?

а что такое ASIC

%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: Non-fatal interrupt Netflow interrupt

Я ума не приложу, какой класс нужен для этого ивента

Я так подозреваю, что для каждого ASIC свои какие-то специфичные сообщения об ошибках.

wad: http://nag.ru/articles/reviews/15583/asic-kak-mnogo-v-etom-zvuke.html

Я думаю можно сделать классы

Hardware Failure

и Hardware Warning

и вообще все %EARL_L\d+_ASIC-SP-\d+-INTR_WARN: в warning'и класть

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

ну да

сообщение видно будет - пусть разбираются

только правилам надо preference задрать на сотню

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

А как бы обозвать класс, который бы говорил, что какие-то железные проблемы с портом (GBIC, Flap, Link и т.п.)

Например

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

%PM-4-ERR_DISABLE: link-flap error detected on Te1/6, putting Te1/6 in err-disable state

%Fiber-I-SFP-PRESENT-CHNG: 1:24 SFP status is present.

%Box-I-SFP-PRESENT-CHNG: unit_id 1 SFP 0 status is not present.

http://dpaste.com/678246/

вот, мегафича

теперь можно настраивать MRT для внешних систем и дергать их по HTTP

dvolodin, а результаты хранятся?

тоесть запросил данные.

не хочешь ждать прогреса.

запросил через час

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

до main.cleanup

MRT по любому хранит данные до запроса

ага

это уже в транке ?

тестирую пока

там достаточно разумная штука

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

точнее, не юзеру, блин

name = nosql.StringField(unique=True)

is_active = nosql.BooleanField(default=True)

description = nosql.StringField(required=False)

permission_name = nosql.StringField(required=True)

selector = nosql.ForeignKeyField(ManagedObjectSelector, required=True)

reduce_pyrule = nosql.ForeignKeyField(PyRule, required=True)

map_script = nosql.StringField(required=True)

timeout = nosql.IntField(required=False)

вот такая табличка

можно задать дополнительное право на запуск этой MRT

MRT != snippet

{ "_id" : ObjectId("4ef9957d5a20903303000000"), "name" : "get_version", "reduce_pyrule" : 10, "is_active" : true, "selector" : 1, "permission_name" : "get_version", "map_script" : "get_version" }

нет

?

точнее -- сниппет -- это частный случай MRT :)

ну тоесть снипет можно вызвать так же ?

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

или доработать конфигурацию MRT и сделать ссылку на сниппет

для get_config там будет конфиг ?

тогда да, можно будет делать в CRM кнопки типа "дернуть порт"

конфиг ты сам пишешь

нет нет

если тебе надо вытаскивать конфиги через REST

ты конфигурируешь MRT под скрипт get_config

если дергать get_config в результате будет что ?

на выходе получишь json с твоим конфигом

ок. видимо я не вкурил что есть MRT

мап редюс

то что в ноке в tasks

да

только в tasks -- ты видишь специальные приложения, которые используют MRT

сбор конфигов - это тоже MRT

и interface discovery

неа

все равно непонимаю

MRT состоит из 3 вещей

селектора или списка объектов

скрипта, который выполняется на всех этих объектах

и reduce script'а, который аггрегирует результат выполнения всех скриптов и проводит финальную обработку результата

первый пример -- сбор конфигов

берем список железок, скрипт get_config, а reduce у нас укладывает все в репо

version inventory: запускаем get_version, reduce форматирует результат в виде HTML-таблицы

ага

для гетвершин понянно

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

а как эта идеология подходит для любой другой задачи ?

если пускаем через web -- reduce форматирует результат в виде таблицы

ну вот типовая задача

постановка

"хочу, чтобы в карточке клиента в CRM была кнопка -- проверить MAC"

считаем, что в CRM на договоре клиента хранится свич, к которому он подключен и его MAC

детали не важны в общем-то

сначала нам нужен web-сервис, который обработает запрос из CRM

конфигурим его, обзываем user_mac

то есть доступен он будет по /sa/mrt/user_mac/

в качестве скрипта прописываем get_mac_address_table

например, CRM от нас хочет имя порта, где мы видим этот мак, или прочерк

делаем pyrule

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

вашаем это в конфиг все

в качестве селектора - указываем все свичи доступа

задаем permission - user_max

_mac

и все

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

дальше CRM делает post

и ломится по URL, полученному в поле location пока не получит ready: true

порт или прочерк получит из поля result

и в том же духе дальше

хочешь сделать кнопку - дернуть порт

конфигуришь task, он получает свой url

кормишь свич и порт ему, он дергает порт

или, например, стоит BRAS из 7201 и все юзеры прописаны на нем локально ;)

делаешь сервис subscribe и unsubscribe

ага ну более менее

вырожденный случай MRT - запустить скрипт на одной железке и отдать результат как есть

Наконец-то выпусили релиз mpd-5.6

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

noc.fm.models.OIDCollision: Cannot resolve OID 1.3.6.1.2.1 collision between RFC1213-MIB::mib-2 and SNMPv2-SMI::mib-2. No preference for RFC1213-MIB

это с залитыми ранее мибами конфликт или сбой движка синк-мибов?