nocproject.org

,,

в логах noc-sae

2015-07-09 10:02:47,827 [noc-sae] MRT task=-/99236141 object=qqq script=Huawei.VRP.get_interfaces status=running

2015-07-09 10:04:38,077 [noc-sae] MRT task=-/99236141 object=qqq script=Huawei.VRP.get_interfaces status=completed

а на вебе в mo-sa-discovery статус не меняется. Где косяк?

или так должно быть?

рефрешь нажать?

не помогает. если скрипт выполнить, то сразу и run & completed и результат

кхм. херня какая то

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

а в логе noc-discovery что?

по этому объекту или вообще?

По-этому объекту

2015-07-09 10:04:17,080 [noc.lib.scheduler.scheduler] [inv.discovery] RUNNING GROUPS: discovery-1518: 1...................................... и тд

все 1 строке

хрень какая-то... noc.lib.scheduler.job нету по объекту?

это как посмотреть?

Все в том же логе noc-discovery

нет

У меня дебаг включен, поэтому, корей всего, выводится эта информация

ща включу. в noc-discovery?

угу

2015-07-09 10:22:06,301 [noc.lib.scheduler.job] [inv.discovery][interface_discovery][2504] Running job

2015-07-09 10:22:06,308 [noc.lib.scheduler.job] [inv.discovery][interface_discovery][2504] Running script get_interfaces

и на вебе запустилось

и в сае

status=completed, а на вебе так же run

хм, а чего все рабочее пространство нельзя заюзать под расстановку объектов ? а то скукожено получается http://postimg.org/image/yaqrviflt/full/

А в дисковери жоб завершился?

каким образом?

в на вебе - нет

и почините чтобы теги выползали в SA/MO->By Tags

делай баг

мне тоже это надо

исправил исчезновение объекта по клику на карте

неплохо

ufir: а почему все пунктировам?

Парни, где искать, почему иконки на мапе серые?

Вроде писали, что серые они от того, что не пингуются. Как проверить? В SA/MO/Discovery для пинга статус Ок.

Пробовал разными браузерами.

достаточно сносно

а в фм?

А куда там смотреть?

алярмы

вернее в эвенты

Там вообще пусто.

если там есть пинг ок. то должно быть зелёным

В алярмах и в эвентах просто пусто.

значит смотри логи corelator classificator

Я может недонастроил чего...

abyrvalg: а активатор их пингует?

dvolodin: В SA/MO/Discovery/ping - ОК. Это оно?

он вроде пишет ОК даже если не пингует

wait oh shit

zi_rus: Похоже, ты прав - он даже не пытается. Ок-то ок, но last run - никогда.

Хотя в профиле активировано.

Где я еще что проебал?

да, кстати - почему у меня все пунктирами ;) ?

активтор от рута запустил?

ufir: может у тебя линки не пингуются? :D

все у меня пингуется ;(

zi_rus: Может быть и нет. Как апгрейд-скрипт все настроил, так оно и работает.

Всем привет. У меня в Failde scripts появились ошибки - ругается get_interface_status_ex

говорит что у интерфейса Null0 нет атрибута admin_status на Cisco 2960

"Attribute 'admin_status' is required in {'interface': 'Nu 0', 'in_speed': 10, 'oper_status': True, 'out_speed': 10}"

У МО в дискавери стоит пинг ОК. Но он же висит в алармах с классом пинг файлед. Как выяснить почему?

abyrvalg: ну вот значит исправляй

ping ok в discovery говорит о том, что железку разрешено пинговать

ufir: пунктиром у тебя потому, что ты не запустил interface_status_discovery

dvolodin а как его запустить-то ? научите

зайди в профиль интерфейса, настрой параметры и сохрани

Этот аларм висит уже 16 дней, со статусом пинг файлед. И это МО пингуется нормально. С какой переодичностью нок пытается проверять алармы со статусом пингфайлед, и в каком логе хранит эти попытки?

fumufu86: в профиле интерфейса стоит интервал опроса

dvolodin ты имееш в виду Inventory->Interface Profile ?

там такого нету

есть check_link_interval - и все

ufir: sa > setup > object profile

хм, и какое значение посоветуешь ?

600

или 900

хм, во всех профилях стоит включенный interface_status_discovery

да

но ты профили сохрани

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

ufir: Мне приходилось еще профили переназначать на МО. Иначе на срабатывало.

Это CDP и LLDP касалось. Возможно тут также.

ох ;(

Интервал Пинг 60 секунд. Но за это время он не исчез из алармов

пока ничо не изменилось визуально ;)

ufir: в логах noc-discovery посмотри

да, есть записи

[interface_status_discovery][324] Running job handler

[interface_status_discovery][324] Entering transaction management

[interface_status_discovery][324] Commiting transaction

[interface_status_discovery][324] Leaving transaction management

[interface_status_discovery][324] Job completed successfully (27.87ms)

это нормально ?

да

но он должен писать что поменялось

[interface_status_discovery][229] Entering transaction management

[interface_status_discovery][229] Interface Gi 1/0/26 status has been changed: out_speed = 1, in_speed = 1

[interface_status_discovery][229] Interface Gi 1/0/27 status has been changed: out_speed = 0, in_speed = 0

[interface_status_discovery][229] Interface Gi 1/0/28 status has been changed: out_speed = 0, in_speed = 0

ох чую.. надолго это

:-/

чего, серьезно такую скорость показывают?

можешь кинуть мне тушенку с этой железки?

скорости он лажово отдает

их там много разных.. mx80, huawei s5300, catalyst 3750

конкретно с этой

щас. только сначала там было 2015-07-09 11:26:06,261 [noc.lib.scheduler.job] [inv.discovery][interface_status_discovery][229] Interface Gi 1/0/26 status has been changed: out_speed = 100

0000, in_speed = 1000000

а потом стало 2015-07-09 11:33:48,912 [noc.lib.scheduler.job] [inv.discovery][interface_status_discovery][229] Interface Gi 1/0/26 status has been changed: out_speed = 1,

in_speed = 1

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

У меня на джуниках тоже показывает скорость единицу. Заметил, что скрипт берет ifSpeed с одного MIB (скорость на нем нормально показывается, гигабит), а ifHighSpeed берет с другого (на нем скорость 1000 показывает). Приоритет, по скрипту, идет у ifHighSpeed

dvolodin cisco 3750

да, он использует ifHighSpeed, если он есть

а

ifHighSpeed OBJECT-TYPE

SYNTAX Gauge32

MAX-ACCESS read-only

STATUS current

DESCRIPTION

"An estimate of the interface's current bandwidth in units

of 1,000,000 bits per second. If this object reports a

value of `n' then the speed of the interface is somewhere in

the range of `n-500,000' to `n+499,999'. For interfaces

which do not vary in bandwidth or for those where no

accurate estimation can be made, this object should contain

the nominal bandwidth. For a sub-layer which has no concept

of bandwidth, this object should be zero."

::= { ifXEntry 15 }

RFTM, бля

на каталистах сотки определил как Up/-/-/Full, гигабиты Up/1k/Full

на хуавеях все чотко

(кроме МЕ-60 конечно)

на елтексах - хер

А как он правильно должен отображаться? Up/1G/Full??

10k/Full

на жуниперах все нормально - MX/EX

ufir: то есть на каталистах не определились сотки?

ага

кинь мне тушенку

./noc debug-script -c- get_interface_status_ex ....

welcome: открывай кейс в джунипере

я циску тогда заставил исправить

они в трапах не то значение выставляли

на 3750 некоторые гигабиты определяет, некоторые нет (все в апе) тушенку скинул

https://cp.nocproject.org/p/lg4X

ага

так повеселее

))

Линки пожирнели

ну логично

он же теперь знает их размеры

закоммитил фикс и несколько плюшек

Почему? http://pastebin.com/McRey39N

dvolodin Дмитрий, не подскажете что значит в vlan discovery - Deferred?

какие жырные ЧОРНЫЕ линки !

http://imgur.com/e7L3Gfo

ufir: покажи, покажи!!!

все стили - в MapPanel.js

всем привет.

привет

подскажите какой-нибудь ресурс, где можно почитать про IPv6. на простом и понятном русском языке чтоб было. чтобы прочитать и за минут 30 вникнуть ;)

надо просто быстро сейчас освоиться в этом IPv6. как на подсети бить.. как там с маршрутизацией обстомт? на OSPF работает? и т.п.

наш главный админ сказал что как найдёшь - скажи ему тоже

http://habrahabr.ru/search/?target_type=posts&q=[ipv6]%20&order_by=rating

http://habrahabr.ru/post/253803/

e_zombie, %)))

спасибо за ссылки, ушел мариноваться.... ;)

Use ISIS, Luke :)

IPV6 — это весело. Часть 1 - кля... сща буду сидеть и ржать.. ;)

как удалить лишний Root в Inventory? зачем-то добавил и теперь EXCEPTION: <type 'exceptions.Exception'> Multiple root objects

IS IS??? :)) я только слышал, что есть такой протокол.. а вот ни разу не слышал кто где когда и как его использует.. ;)

hu4 Я в монго искал и удалял...

hu4: ./noc fix

dvolodin: спасибо

ку

ufir, ;bd&

жив?

чет явно с дескавери не то

:-D

добро пожаловать в IRL

да я еще неделю назад жаловался, думал может нашли в чем проблема

ощущение, что проблема в коммитах от 1 июля.

interface discovery залипает при дополнительном запросе ifindex?

любой дискавери тормозит

написал, что Run 2015-07-09 16:53:06 на version_inventory и залип в этом состоянии

лочит на managed object, похожем

на другом МО Run на asset_discovery

дата-время тоже

дебаг скрипт меньше минуты выполняется. в MO - discovery скрипт get_interfaces начал выполняться в 14:50, в 16:07 закончил

http://pastebin.com/K1ZT8EmC

ну и меня "белый квадрат" в SA\MO

*у меня

кеши сбросьте

там старый utils.js закешировался

https://pp.vk.me/c625723/v625723151/3eb56/XoIn50oSvdg.jpg

сиськи письки)

есть женщины в русских селеньях.

а девочке только 18

:)

Как сбросить кэши?

так в браузерах есть отдульный пункт меню в хелпах. у фокса

Я думал, речь о серверной части.

dvolodin: сбросил кэш, Run по прежнему висит, с той же датой-временем

ufir, тут пробегал?

хочу код вчерашней веб морды

как в inventory - network map работает кнопка "show interface load"?

рестартанул нок, врмя запуска Run сместилось, все в этом статусе подвисло

Кто-то сталкивался с СУБД Firevird 2.1? Что за зверь - можете высказать мнение свое?

hi! подскажите я где теперь конфиги лежат ?

в /var/db/noc/repo/config старье

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

О, а если там пусто? Есть какой-то дефолтный путь?

там нужно написать путь :)

и будет миррорить туда

Из меркуриала? Я ж правильно понимаю, что оно конфиги в меркуриале хранит?

Конфиги железок.

а вот тут https://kb.nocproject.org/pages/viewpage.action?pageId=20152353

еще есть про репо

через шелл можно разово выгрузить

Мне любопытно, какое практическое применение, если они есть в меркуриале, и доступны и через веб-морду и через шел? Для чего, например, конфиги в текстовом виде куда-то

выгружать?

для заливки на железку

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

"чтоб было"

Я себе просто пытаюсь юзкейс представить, и чо-то никак. :)

чет не мирррит

shizik: только настроил?

да

наверное дискавери должно хоть одного МО отработать

пробуй шеллом, выгрузит по тем путям?

руками гет конфиг сдеал

не, скрипт в базу же не кладет

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

./noc gridvcs -M --pythonpath=/var/db/noc/repo/config

?

MindGames_: говно этот firebird полное

бывший interbase

имеет смысл связываться только если досталась дельфевая софтина, которая заточена на interbase

Гы, напомнил, как я на дельфи диплом делал. С интербейсом. В 97.

TSergey: help!)

shizik: /noc gridvcs --mirror /noc gridvcs --get <имя железки>

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

dvolodin, да, я тоже так думаю... ;) просто у меня биллинг с этой СУБД.. это пипец. любое некорректное завершение работы сервера приводит к стопроцентному крашу БД..

бгг

любители дельфей

впрочем, ключевые буквы dpr и pas встречаются и в трейсе пользующих mssql/oracle

как отдебажить вот такой вот запрос

2015-07-09 15:36:35,152 [noc-sae] MRT task=-/103902125 object=pe-560-sar(88.147.128.108) script=Cisco.IOS.get_interface_status status=running args={'interface': u'Vl 1636'}

как правильно норкоманить в шелле ?

from noc.inv.models import *

for l in Link.objects.filter(discovery_method="stp"):

l.delete()

чот не жует

e_zombie: я ж тебе говорю, ты не то пишешь

там надо в pg_locks, видимо, смотреть

http://imgur.com/BW8ZmwY

ась?

лалка

select * from pg_locks

(15:43:22) dvolodin: noc=# select count(*) from pg_locks ;

(15:43:23) dvolodin: count

(15:43:24) dvolodin: -------

(15:43:25) dvolodin: 610

(15:43:26) dvolodin: (1 row)

ну и ковыряй

у меня тоже 513

на нулевой базе

у меня 77

железку залил через csv

всего 110 железок

evyscr: ну так я не вижу твоей инфы в багрепорте. для статистики.

от меня там грамотный комментарий

так что меньше троллинга. больше статистики

статистика не покажет причину

читай позавчерашние логи

зато укажет на размер проблемы.

чините уже скорее

nope

и то что это не баг специфичный для моих рук

это и так известно

так вот, смотри логи канала. можешь пробовать поиграться с transaction = True;

(16:10:07) evyscr: это и так известно

ну ну. в пизду такие утверждения - изза них всегда хуйня и творится. не сейчас - так завтра.

и чо? dvolodin в курсе, причина не выявлена

ваши дальнейшие предложения?

select c.relname, l.mode, count(*) from pg_locks l join pg_class c on (c.oid=l.relation) group by 1,2 order by 3 desc;

а ещё клиентские порты привязывай

и соответствующие им приложения

я вот вижу, что до хрена коннектов в idle - от шедулера

и семь из них - в подозрительно ровное время стартовали, кратное 5 минутам

e_zombie cпс

а два имеющихся у меня сейчас idle in transaction принадлежат noc-clasifier и noc-notifier

e_zombie: вот ты расписал, сколько у тебя коннектов по ноковским приложениям?

скажи как - распишу

берёшь client_port из pg_stat_activity, ищешь его в netstat -nap | grep 5432 | grep python, сопоставляешь с ps

(это, впрочем, для поиска конкретного)

для суммы можно банально с нетстата начать

в ps afxw и idle, и idle in transaction пишутся

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

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

ufir: тут?

дыа

ufir: покажи ЧОРНЫЕ линки

ща ;)

http://postimg.org/image/mb77g70ub/

А чем те, что сострелочками отличаются от тех, что без стрелочек?

а вот хз

ufir: зачет

abyrvalg: dvolodin говорит что это 10G

стрелочки -- переход в другой сегмент

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

это карта автоматически нарисованая? или правленная?

ну я руками чуть раскидал

а так все само

dvolodin: сегмент организационный, или технический?

сетевой

А, понял. Он только пограничные устройства отображает.

последний коммит просто адский

все ломает и ничего не исправляет или добавляет

agile :)

я разгреб древний архаичный хлам

:)

я боюсь таких заявлений

древний хлам как правило работает

а вот твои новые коммиты не такие надежные

e_zombie: это же твоя тема "безагентный мониторинг серверов Windows средствами WMI"