мээ, никто не знает чтоль?

А в какой момент происходит проверка политик CM для объектов?

по логике при assets discovery

[discovery|box|SW-FL-1.2|lldp] Object hasn't required capability 'Network | LLDP'. Skipping

да чет не похоже

Что это значит ?

@somovis , пока вижу что только когда revalidate в facts делаешь

@dvolodin у меня похоже нок подох

@mamashin get_capabilities для железки не вернул, что там включен LLDP

что за железка?

Zyxlel.ZynNOS

Скрипты lldp отрабатывают

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

как там можно убедиться, что lldp включен?

что-то вроде show lldp status есть?

@somovis от чего подох?

@dvolodin SW-ACCESS-1.3# sh lldp config LLDP Global Configuration: Active: Yes Transmit Interval: 30 seconds Transmit Hold: 4 Transmit Delay: 2 seconds Reinitialize Delay: 2 seconds

а при отключенном?

@somovis от чего подох?

с утра пришел, из бд ничего не грузит

Ребутнул сервер с бд, ничего

@dvolodin SW-ACCESS-1.5# sh lldp config LLDP Global Configuration: Active: No Transmit Interval: 30 seconds Transmit Hold: 4 Transmit Delay: 2 seconds Reinitialize Delay: 2 seconds

в логах веба про failed to fetch data ничего тоже нет

Запустил заново деплой из башни, жду

@dvolodin это глобальный lldp, соответственно есть еще и на интрфейсах

доступ на железку дать можешь ?

@dvolodin, policy validation в CM для объектов вообще работать должен? у меня факт и fault alarm пропадает/появляется только когда вручную кнопку revalidate жму в объекте

interface port-channel 10 name [UPLINK] lldp admin-status tx-rx gvrp

Dmitry на zyxel ?

я набросал уже скрипт

да

могу

в личку напиши

@dvolodin он разлогинился

ловите

@dvolodin я потестирую

рыбу я сделал

доделайте там проверку STP, OAM и так далее

а я попробую таки запись тушенки доделать

@dvolodin можно при разлогинивании учетки сделать редирект на home page?

@mamashin кинь мне в личку доступ на zyxel

А то я обосрался уже, что не работает

а разве там не так сейчас?

пока ctrl+f5 не сделал - не перекинуло

Я смотрю, данные получить не может, сразу глубже копать начал

@dvolodin на счет дискавери, у тебя на всех железках нормальный лог?

?

2016-06-30 11:57:02,079 [scheduler.discovery] [64] [discovery|box|dpmo-pss-012|caps] Received capabilities: 2016-06-30 11:57:02,094 [scheduler.discovery] [64] [discovery|box|dpmo-pss-012|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 11:57:02,254 [scheduler.discovery] [72] [discovery|box|dpmo-pss-16|caps] Received capabilities: 2016-06-30 11:57:02,256 [scheduler.discovery] [64] [discovery|box|dpmo-pss-012] Completed. Status: EXCEPTION (4763.53ms) 2016-06-30 11:57:02,263 [scheduler.discovery] [64] [discovery|box|dpmo-pss-012] Timings: profile = 166.69ms, version = 290.26ms, caps = 4129.05ms 2016-06-30 11:57:02,275 [scheduler.discovery] [72] [discovery|box|dpmo-pss-16|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 11:57:02,429 [scheduler.discovery] [72] [discovery|box|dpmo-pss-16] Completed. Status: EXCEPTION (4918.05ms) 2016-06-30 11:57:02,429 [scheduler.discovery] [72] [discovery|box|dpmo-pss-16] Timings: profile = 115.02ms, version = 261.77ms, caps = 4371.57ms 2016-06-30 11:57:02,517 [scheduler.discovery] [80] [discovery|box|dpmo-pss-33|caps] Received capabilities: 2016-06-30 11:57:02,530 [scheduler.discovery] [80] [discovery|box|dpmo-pss-33|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 11:57:02,681 [scheduler.discovery] [80] [discovery|box|dpmo-pss-33] Completed. Status: EXCEPTION (5164.54ms) 2016-06-30 11:57:02,681 [scheduler.discovery] [80] [discovery|box|dpmo-pss-33] Timings: profile = 164.61ms, version = 215.28ms, caps = 4602.58ms 2016-06-30 11:57:02,945 [scheduler.discovery] [88] [discovery|box|dpmo-pss-45|caps] Received capabilities: 2016-06-30 11:57:02,953 [scheduler.discovery] [88] [discovery|box|dpmo-pss-45|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 11:57:03,164 [scheduler.discovery] [88] [discovery|box|dpmo-pss-45] Completed. Status: EXCEPTION (5632.62ms) 2016-06-30 11:57:03,164 [scheduler.discovery] [88] [discovery|box|dpmo-pss-45] Timings: profile = 151.82ms, version = 218.13ms, caps = 5005.01ms

2016-06-30 12:02:24,237 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] RPC Error: (52, 'Empty reply from server') 2016-06-30 12:02:24,238 [scheduler.discovery] [96] [discovery|box|dpmo-pss-62|profile] RPC Error: (52, 'Empty reply from server') 2016-06-30 12:02:24,238 [scheduler.discovery] [96] [discovery|box|dpmo-pss-62|profile] Cannot find profile in "Profile Check Rules" 2016-06-30 12:02:24,238 [scheduler.discovery] [96] [discovery|box|dpmo-pss-62|version] Checking version 2016-06-30 12:02:24,240 [scheduler.discovery] [232] [discovery|box|orbita-asw-23|profile] RPC Error: (52, 'Empty reply from server') 2016-06-30 12:02:24,240 [scheduler.discovery] [232] [discovery|box|orbita-asw-23|profile] Cannot find profile in "Profile Check Rules" 2016-06-30 12:02:24,240 [scheduler.discovery] [232] [discovery|box|orbita-asw-23|version] Checking version 2016-06-30 12:02:24,240 [scheduler.discovery] [160] [discovery|box|mfmo-asw-p2f5|profile] RPC Error: (52, 'Empty reply from server') 2016-06-30 12:02:24,241 [scheduler.discovery] [160] [discovery|box|mfmo-asw-p2f5|profile] Cannot find profile in "Profile Check Rules" 2016-06-30 12:02:24,241 [scheduler.discovery] [160] [discovery|box|mfmo-asw-p2f5|version] Checking version 2016-06-30 12:02:24,245 [scheduler.discovery] [152] [discovery|box|mfmo-asw-p1f2|profile] RPC Error: (52, 'Empty reply from server')

Теперь непонятно что он продискаверил и с каким статусом

ты про status exception?

да

и откуда rpc error?

от SAE, скорее всего

смотри его логи

2016-06-30 12:29:08,163 [sae] [RPC call from unknown] sae.script([203, u'get_uptime', {}, None]) 2016-06-30 12:29:09,347 [sae] [RPC call from unknown] sae.script([38, u'get_uptime', {}, None]) 2016-06-30 12:29:09,389 [sae] [RPC call from unknown] sae.script([38, u'get_mac_address_table', {}, None]) 2016-06-30 12:29:09,916 [sae] [RPC call from unknown] sae.script([186, u'get_interface_status_ex', {}, None]) 2016-06-30 12:29:09,994 [sae] [RPC call from unknown] sae.script([38, u'get_uptime', {}, None]) 2016-06-30 12:29:10,007 [sae] [RPC call from unknown] sae.script([38, u'get_interface_status_ex', {}, None]) 2016-06-30 12:29:10,025 [sae] [RPC call from unknown] sae.script([38, u'get_mac_address_table', {}, None]) 2016-06-30 12:29:10,067 [sae] [RPC call from unknown] sae.script([38, u'get_metrics', {u'metrics':

у тебя там на 152 и 160-й железках валилось

@dvolodin А где сейчас хранить локальные изменения скриптов что-бы нок их подхватывал при рестарте ?

сложный вопрос

наверное, со временем сделаю в custom/

Раньше я в local складывал и было норм

сейчас свои изменения тащатся в custom/

нужно будет script loader поправить малость

так же как и раньше custom/sa/profile/.... ?

наверное так, не придумал еще

сейчас фишка в том, что башня разматывает два repo

сам noc

и noc/custom

все локальные изменения - во втором

вплоть до своих комманд

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

от SAE, скорее всего

Я смотрю железку, которая есть в списке. С доступами все ок, с настройками все ок, что SAE не понравилось?

custom/ ├── BRAND ├── commands │   ├── link-agg.py │   ├── link-agg-simple.py │   ├── link-check.py │   ├── link-cmp.py │   ├── link-rrl.py │   └── link-segment.py ├── etl │   ├── extractors │   │   ├── asrz.py │   │   └── __init__.py │   ├── __init__.py │   └── portmappers │   ├── ASRZ.py │   └── __init__.py ├── __init__.py ├── services │   ├── card │   │   ├── cards │   │   │   ├── custalarmreport.py │   │   │   ├── custoutage.py │   │   │   └── __init__.py │   │   ├── __init__.py │   │   └── templates │   │   ├── custalarmreport.html.j2 │   │   └── custoutage.html.j2 │   └── __init__.py ├── sql │   └── asrz │   └── pkgcoba.sql └── tt ├── asrz.py └── __init__.py

прсто есть свой набор профайлов который работает на старом ноке через local, как теперь это можно перетащить на новую сборку ?

вот, как пример

в этом custom несколько команд

своих

пара карточек и модули для etl

насчет custom для ansible - пока думать надо

хотя, в башне нужно только поправить немного вытаскивание playbook

чтобы оно custom/ansible выворачивало в custom/ в playbook'е

чтобы оно custom/ansible выворачивало в custom/ в playbook'е

эм

@dvolodin Дим, дисквери не работает. По факту - интерфейсы не собираются, конфиги не собираются, факты не собираются

caps отработал и get_version

в discovery -> box что показывает ?

в discovery -> box что показывает ?

2016-06-30 12:53:06.277902 [box] Starting (Lag 371.75ms) 2016-06-30 12:53:06.282213 [discovery|box|dpmo-asw-025|profile] Checking profile accordance 2016-06-30 12:53:06.282285 [discovery|box|dpmo-asw-025|profile] Compiling "Profile Check rules" 2016-06-30 12:53:06.322301 [discovery|box|dpmo-asw-025|profile] Cannot find profile in "Profile Check Rules" 2016-06-30 12:53:06.322460 [discovery|box|dpmo-asw-025|version] Checking version 2016-06-30 12:53:06.347456 [discovery|box|dpmo-asw-025|caps] Checking capabilities 2016-06-30 12:53:08.068814 [discovery|box|dpmo-asw-025|caps] Received capabilities: { "Network | LLDP": true, "Network | STP": true, "SNMP | IF-MIB | HC": true, "SNMP | IF-MIB": true, "SNMP": true, "SNMP | Bulk": true } 2016-06-30 12:53:08.072160 [discovery|box|dpmo-asw-025|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 12:53:08.153349 [discovery|box|dpmo-asw-025] Completed. Status: EXCEPTION (1875.51ms) 2016-06-30 12:53:08.153457 [discovery|box|dpmo-asw-025] Timings: profile = 40.20ms, version = 24.91ms, caps = 1724.70ms

в discovery -> box что показывает ?

а точно включены все методы в MO Profile ?

попробуй debug включить

debug включается в башне

Да, включаю

Dmitry ты модельку ex9200 когда закоммитишь?

может даже сегодня

Там в description в каком-то файле с MX на EX9200 поменять надо

попробуй debug включить

Вот что показывает debug: 2016-06-30 13:04:50,192 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] Checking profile accordance 2016-06-30 13:04:50,192 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] Using cached "Profile Check rules" 2016-06-30 13:04:50,192 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] do_check(snmp_v2c_get, SNMPv2-MIB::sysObjectID.0) 2016-06-30 13:04:50,199 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] do_check(snmp_v2c_get, SNMPv2-MIB::sysDescr.0) 2016-06-30 13:04:50,203 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] do_check(http_get, /) 2016-06-30 13:04:50,207 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] do_check(http_get, /header_name.shtml) 2016-06-30 13:04:50,211 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] do_check(https_get, /) 2016-06-30 13:04:50,215 [scheduler.discovery] [16] [discovery|box|kubik-csw|profile] Cannot find profile in "Profile Check Rules" 2016-06-30 13:04:50,215 [scheduler.discovery] [16] [discovery|box|kubik-csw|version] Checking version 2016-06-30 13:04:50,237 [scheduler.discovery] [16] [discovery|box|kubik-csw|caps] Checking capabilities 2016-06-30 13:04:51,088 [scheduler.discovery] [16] [discovery|box|kubik-csw|caps] Received capabilities: 2016-06-30 13:04:51,096 [scheduler.discovery] [16] [discovery|box|kubik-csw|interface] Using noc.solutions.noc.default.discovery.interface.get_interface_profile for interface classification 2016-06-30 13:04:51,256 [scheduler.discovery] [16] [discovery|box|kubik-csw] Completed. Status: EXCEPTION (1067.74ms) 2016-06-30 13:04:51,256 [scheduler.discovery] [16] [discovery|box|kubik-csw] Timings: profile = 22.74ms, version = 22.47ms, caps = 858.04ms

это с grep "discovery|box|kubik-csw"

ааа

а ну ка посмотри там трейсы

они у тебя из grep'а выпали