9.4 же

9.6 а откатывает на 9.2

Странно

uncol pushed to noc/feature/microservices translate ready

угу, вот я тоже удивился.

9.4 же должна быть

psql (PostgreSQL) 9.2.15 вот

9.4 же должна быть

может кто исправил ? на 9.6 запустилось нормально.

Хз

локально у себя никто не мешает

а как локально парсинг этот выключить?

а как локально парсинг этот выключить?

в профиле дискавери

бокс открой

в боксе нет парсера

бокс открой

есть галка "Config" но я так понимаю это забор конфига с оборудования. А про парсин ни слова.

парсинг включён в процесс забора конфига

Иошкин кот, получается все же код вырезать. Пойду поищу )

ненадо вырезать

ненадо вырезать

он прописан в дефалт GetConfig а не в профиле железки.

в __init__.py профиля есть строчка default_parser =

если её закомментировать - то парсер отрабатывать не будет

если её закомментировать - то парсер отрабатывать не будет

его использование вообще необходимо?

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

если нет - можно отключить

@aversant подскажи как мне анализатор событий правильно сделать ? написать пируль и поставить его шедуллер? это в девелопе

pyrule мы будем потихоньку убирать

все кастомизации - в custom/

@aversant подскажи как мне анализатор событий правильно сделать ? написать пируль и поставить его шедуллер? это в девелопе

Анализатор событий? это как?

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

за этот период.

кстати по поповоду скрипт в папке custom, его как запускать, так же ? ./noc script —debug Cisco.IOSXE.get_chassis_id просто нок не видит данного скрипта.

а где ты его там положил?

loader скриптов пока не заглядывает в custom

но могу научить, там несложно

а где ты его там положил?

положил в custom/sa/profiles/Cisco/IOSXE

это в core/script/loader.py

Просто хочу отключить парсер для двух роутеров, а отключать целиком в IOS не хочу. У меня только 2 железки с адовым конфигом.

нужно get_script и find_scripts научить смотреть в custom

а там нужно разобраться, почему парсеру хреново

junos'овский у меня спокойно работал на конфигах из 10k+ строк

ну там конфиг тяжелый, я вчера 15 минут ждал и он потом тупо завершился с комментом kill =)

junos'овский у меня спокойно работал на конфигах из 10k+ строк

в set?

железка его не отдала?

да, в set

железка его не отдала?

конфиг отдала какраз таки

тогда при чем тут NOC?

если эта скотина свой же конфиг не отдает

show configuration | display set | count Count: 3413 lines

show configuration groups | display set | count Count: 89 lines

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

люблю джунос за группы

иначе тоже было бы 10к строк :)

@freeseacher у меня в среднем 60-70 метрик в секунду

sia@SRTV-CR1> show configuration | display set | count Count: 15721 lines

2016-11-16 10:36:41,270 [pmwriter] 422 metrics sent in 44.72ms Бывает и так

sia@SRTV-CR1> show configuration | display set | count Count: 15721 lines

с группами?

хз

группы сильно сокращают, я на всё накрутил: ospf, bfd, mc-ae, dhcp-relay и т.д.

да, группы - must have

иначе на одних пирах зашьешься

ага

ae-l2-asw { interfaces { <*> { flexible-vlan-tagging; mtu 9192; encapsulation flexible-ethernet-services; gratuitous-arp-reply; aggregated-ether-options { minimum-links 1; lacp { active; periodic fast; system-priority 1; system-id ***; admin-key 1; } mc-ae { redundancy-group 1; chassis-id 0; mode active-standby; status-control active; switchover-mode revertive; revert-time 5; init-delay-time 240; events { iccp-peer-down { prefer-status-control-active; } } } } unit 0 { family ethernet-switching { interface-mode trunk; vlan { members [ 1 3-80 82-1999 2001-2189 2192-4094 ]; } } } unit 2 { encapsulation vlan-vpls; vlan-id 2; family vpls; } unit 81 { encapsulation vlan-vpls; vlan-id 81; family vpls; } unit 2191 { encapsulation vlan-vpls; vlan-id 2191; family vpls; } } } }

На 100 интерфейсов это ок

у нас висячие вопросы :)

гребанный cisco ip sla

я в упор не вижу, где он отдает статистику в snmp

ну и juniper rpm :)

Я частично свободен, поэтому пока могу покрутить juniper/huawei

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

| ex noc доебались тупо :)

боян.

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

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

эм, да

https://pp.vk.me/c636424/v636424151/3ea59/CNlKcNRvDys.jpg

Dmitry Volodin pushed to noc/feature/microservices card: Redirect from tt card to alarm one when TTSystem does not implement get_tt_info method

@freeseacher correlator не стартует после ребута ноды до тех пор, пока монга не стартанёт

далее вручную его надо пнуть

главное что бы умирал от этого

умирает

общественность требует в супервизор добавить проверку доступности монги\постгресса

Dmitry Volodin pushed to noc/feature/microservices fm.ttsystem: Mark description field as optional

Dmitry Volodin pushed to noc/feature/microservices libuv-native PeriodicOffsetCallback implementation

uncol pushed to noc/feature/microservices add elements to exist maintainance

Как то странно, пару дней назад авария не закрылась, хотя событие есть последним: state changed: OPENCONFIRM -> ESTABLISHED

016-11-16 11:17:34.092091 [box] Starting (Lag 792456.30ms) 2016-11-16 11:17:34.163839 [discovery|box|88.147.128.44|suggest_snmp] Trying community 'public': 1.3.6.1.2.1.1.2.0 2016-11-16 11:17:34.187567 [discovery|box|88.147.128.44|suggest_snmp] Result: 1.3.6.1.4.1.8072.3.2.10 2016-11-16 11:17:34.187813 [discovery|box|88.147.128.44|suggest_snmp] Guessed community: public 2016-11-16 11:17:34.188214 [discovery|box|88.147.128.44|profile] Checking profile accordance 2016-11-16 11:17:34.188542 [discovery|box|88.147.128.44|profile] Compiling "Profile Check rules" 2016-11-16 11:17:34.254241 [discovery|box|88.147.128.44|profile] Bad SNMP in ruleset "Orion | NOS", Skipping... 2016-11-16 11:17:34.350079 [discovery|box|88.147.128.44|profile] Cannot find profile in "Profile Check Rules" 2016-11-16 11:17:34.351716 [discovery|box|88.147.128.44|suggest_cli] Profile is not detected properly. Skipping

вот что значит сий ответ

2016-11-16 11:17:34.187567 [discovery|box|88.147.128.44|suggest_snmp] Result: 1.3.6.1.4.1.8072.3.2.10

profile check rule нужен

@dvolodin меня интересуют несколько фич: 1. линковка через облако (SW/PE > vlan tag(s) в сторону провайдера > CE) 2. авторизация ldap 3. скрипты в одной сессии

а он есть

@dvolodin меня интересуют несколько фич: 1. линковка через облако (SW/PE > vlan tag(s) в сторону провайдера > CE) 2. авторизация ldap 3. скрипты в одной сессии

Какие планы по ним?

{ "name": "Linux | RHEL", "$collection": "sa.profilecheckrules", "uuid": "c76342a9-49f0-41ca-900d-24c8a02e0806", "description": "", "preference": 1000, "method": "snmp_v2c_get", "param": "SNMPv2-MIB::sysObjectID.0", "match_method": "re", "value": "^Linux\\s.*(fc\\d+|el\\d+)", "action": "match", "profile": "Linux.RHEL" }

или я что то не понимаю

ldap'ом сейчас занимаюсь

@dvolodin а как можно сделать линковку по облаку? Например, проверяем доступность CE, если упал интерфейс на нашем PE в сторону облака провайдера или перестали быть доступны устройства за этим облаком - то коррелировать на интерфейс; если упали все устройства за этим облаком, но интерфейс активен (скорее всего мог сдохнуть конвертер или проблемы у провайдера), то коррелировать на это облако или опять же на интерфейс, тут надо подумать. И если выборочно падают CE, то тут уже не коррелировать

2016-11-16 11:47:14,141 [noc.lib.debug] UNHANDLED EXCEPTION (2016-11-16 11:47:13.544079) BRANCH: feature/microservices TIP: 95f76e6ae4cd PROCESS: ./commands/discovery.py ERROR FINGERPRINT: bac7b988-8157-5469-8763-3769746fa052 WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'noc.sa.models.managedobject.MultipleObjectsReturned'> get() returned more than one ManagedObject — it returned 2! Lookup parameters were {} START OF TRACEBACK —---------------------------------------------------------------------- File: lib/python2.7/site-packages/django/db/models/query.py (Line: 368) Function: get 361 num = len(clone) 362 if num == 1: 363 return clone._result_cache[0]

2016-11-16 11:47:14,141 [noc.lib.debug] UNHANDLED EXCEPTION (2016-11-16 11:47:13.544079) BRANCH: feature/microservices TIP: 95f76e6ae4cd PROCESS: ./commands/discovery.py ERROR FINGERPRINT: bac7b988-8157-5469-8763-3769746fa052 WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'noc.sa.models.managedobject.MultipleObjectsReturned'> get() returned more than one ManagedObject — it returned 2! Lookup parameters were {} START OF TRACEBACK —---------------------------------------------------------------------- File: lib/python2.7/site-packages/django/db/models/query.py (Line: 368) Function: get 361 num = len(clone) 362 if num == 1: 363 return clone._result_cache[0]

полный покажи ?

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