nocproject.org

zi_rus: ./noc shell

>>> from noc.inv.models import SubInterface

>>> SubInterface.objects.filter(is_bridge=True, untagged_vlan__exists=True)

так работает, но ...(remaining elements truncated)...

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

dvolodin, а вообще, спасибо за подсказки

report какого рода?

for si in SubInterface......:

....

и делай с ним, что хочешь

managed object автоматом подтянет

ну репорт, как в ипам, там например есть такой как ip usage/overview. тут можно было бы выбрать физические порты с ненудевым дескрипшеном, все нетранковые порты, все физические роутед порты. просто вот у нас сейчас запросили список всех рабочих портов на сет

и, в ноке все данные есть, а вытащить их нельзя, в питоне или работе с БД, я как обычный юзер не очень, сейчас с помощью нока дернем по несколько команд на всех железках и скриптом приведем к нужному виду. а по-другому - никак

такая бедв

ну так пишите описания отчетов

в space development

будем обсуждать

полезный и универсальные вещи - делать

dvolodin, space development - это где? ссылочку, или лучше куда тыкать, на будущее пригодилось бы. сейчас попробовал бы мысли изложить

http://kb.nocproject.org/display/DEV/Open+Discussions

делай страничку

по результатам обсуждения можно уточнять описание

в итоге получится задание

вообще на тему отчетов для inventory можно подумать

Всем привет. Подскажите пожалуйста, кроме данного user guide http://kb.nocproject.org/display/DOC/User%27s+Guide ничего больше нету? ато там как-то маловато

il: нет

хочу разобраться с fault manager, даже alarm создать немогу

непонимаю как

зачем создавать?

отправь в коллектор syslog и трапы

он их сам будет ловить?

ничего не надо настраивать?

в документации у меня неотображаются диаграммы gliffy

как добавить в коллектор?

dvolodin: как можно отдебажить Knowledge Base? у меня давно уже поломался вывод стоек, ща бы опять попланировать монтаж 4 серваков, а не показывает, мать ее

noc.fm.models.OIDCollision: Cannot resolve OID 1.3.6.1.4.1.171.12.11.1.11.1 collision between EQUIPMENT-MIB::swEquipPowerSavingLinkDetectState and EQUIPMENT-MIB::swEquipmentPowerSavingState. Equal preferences

post-update: 80: sync-mibs failed

wtf

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

Там вроде надо было базу чистить при очередном апдейте

Unbeerable: эт я тебе писал

уже вбил в гугл ошибку

нашёл логи канала от 4 июля

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

il: sockstat -n или netstat -a на тазике с активаторами. Смотришь, чтоб были порты snmptrap и syslog открыты

и если есть вариант посмотреть - кем открыты, то это должен быть python

noc python 73505 13 udp4 *:162 *:*

noc python 73505 14 udp4 *:514 *:*

пример вывода sockstat

161 и 162 закрыты

покрайней мере netstat их не показал

noc# netstat -an | grep 162

udp4 0 0 *.162 *.*

настраивать всякие безопасности и прочие зависимые от ОС вещи. Смотреть логи активатора, он может ругаться, что не может открыть порт. Сменить пользователя активатору на root, чтоб не было проблем с портом, отобрать порт у других прог, например snmptrapd из

комплекта net-snmp

спасибо я умею искать grep ом

netstat ненашел 162 и 161

Вопрос как поднять коллектор?

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

нарисовал кое-что по репортам для интерфейсов, надо бы обсудить. http://kb.nocproject.org/display/DEV/Interface+inventory+Reports+system

настраивать всякие безопасности и прочие зависимые от ОС вещи. Смотреть логи активатора, он может ругаться, что не может открыть порт. Сменить пользователя активатору на root, чтоб не было проблем с портом, отобрать порт у других прог, например snmptrapd из

комплекта net-snmp

блин. опять кракозябры

netstat -a не покажет 162-й порт

надо еще ключ n

так тоже искал

noc-activator.log

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

ок

2012-09-05 11:10:00,335 [fm.correlator] Running job performance_report(report)

2012-09-05 11:10:00,338 0 events has been disposed (success: 0, failed: 0). 60.1688160896 seconds elapsed. 0.00 events/sec

каждую минуту куда-то report хоронит

ну нормально

нет трапов, нет алармов

а почему тогда в netstat невидно

что он слушает

?

логи активатора посмотри

там вроде норм

http://pastebin.com/rFnMJu5Z

я ничего плохого не увидел

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

listen_traps

и listen_syslog в конфиге

оу. ) там пусто. А что должно быть?

listen_traps = 0.0.0.0

да. нашел

спасибо

il: какие железки?

всмысле с которыми буду работать?

сейчас просто стенд собрал два dlink des 3200

подергай им порты, алармы увидишь

ок. спасибо

тыкс

fdp/cdp не пашет на Foundry.

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

каталист(cdp) - (cdp listen) Foundry (fdp) - (fdp) Foundry

вот такая схема. На среднем foundry в консоли видно всех соседев...

с поллерами проблема осталась?

да

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

прошло около часа, полёт нормальный

вопрос не в тему: а в регекспах \n и $ одинаково интерпретируются?

нет

зависит от режима

если конкретно, то копаюсь в get_interfaces для huawei

ищу, почему же XGigabit порты не попадают в результат

а ещё смутила вот такая конструкция [^\n,]+

а как вам идейка - определять fqdn template для discovery на уровне префикса?

не очень

очень.

это по факту будет поледно для пулов.

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

для пулов есть address ranges

насчёт huawei - похоже в принципе не попадают в результат порты с дефолтным дескрипшеном

идея такая

ищем template по цепочке вверх

не нашли - берем из конфига

я так и не понял мотивации для этого

dvolodin, подумай лучше про инвентори репортс

мотивация -- разные имена в разных сетях

возможны галочки - не обнаруживать адреса вообще в этом префиксе и ниже

хм. когда имя принципиально его задаешь руками или через addr range, а когда нет, то какая разница. хотя вам виднее, лично для себя я не вижу пользы

это для discovery

сейчас используется один общий шаблон

вот иметь отдельный шаблон для префикса - это клева было бы

статусы портов в инвентори...

инфа с железок для рисования морды инвентори

разделение статусов в конце-концов

например, делаем префикс для p2p-линков между маршрутизаторами, задаем шаблон для сетки, из которой будут /30 браться...

тяжело 2 fqdn прописать руками?

_4ePTeHok: мы уже третью /24 заполняем префиксами по /30

имхо это более узкоспециализированная проблема нежели вышеописанные.

fqdn template на уровне префикса решает мою задачу :)

но не положит линки в БД

у меня в переходном состоянии миграция на автоматически управляемый ДНС.

mikevlz: там большие изменения готовятся

я помню

но изменения изменениями, а я имел в виду, что там не два fqdn вписать надо

zi_rus: относительно отчета -- пишите пока идеи, рисуйте в gliffy варианты формы запросов, дойдут руки - подумаю

блин, нужна морда для просмотра job'ов

Нужна морда для просмотра передней панели свича

Dmitry1, а для нее надо еще много чего в бд инвентори положить.

я работаю над этим

я не про гет интерфейсес

я про version inv к примеру

Кстати, после долгих размышлений, решил для D-Link разные виды media считать разными интерфейсами

нумерация то одна

ifindex у них разве различается?

Но для разных media можно выставлять разные admin_status, description, speed, duplex, flow_control и т.п.

мде.

Отож.

и тут не могли как у всех сделать. все равно можно только один медиа задействовать

Решили с dvolodin в будущем сделать специальный тип интерфеса, у которого можно несколько разных media типов иметь

Это актуально для разных извращений, типа V35, X25 и т.п.

Что-то типа многоканального интерфейса.

а за что отвечает "syslog_host = " в файле noc-classifier.conf ? В admin-guide его нету

по идее, адрес, на котором слушент

у меня просто прилетают события, но не распознаются

il: не нужен он тебе

ок

посмотри, может ли NOC слушать на 514 порту?

это syslog host, на который noc может бросать свои логи

il: в Fault Management > Events их видно?

да

managed object'ы настроены под них

классификатор их обрабатывает?

Subject:

Unknown Event Source: 10.0.0.5

Event has been received from unknown source 10.0.0.5 by collector (Activator pool default)

В SA попрописывай event_source для железок

ок

в Managed Object надо выставить trap source ip

саму железку не забудь добавить..

простите если что. порой понимаю насколько глупые вопросы. все потому что тороплюсь

начальство торопит?

пока что сам тороплюсь )

Dmitry1, snmp не тестировал?

нет пока

жаль, развивать надо эту тему

сейчас d-link мучаю

Надо, чтобы хоть как-то заработало. Часть свичей стопудово работать не будет.

dvolodin: вот такой ещё трейс, правда не уверен, связан ли с NOC-656

http://pastie.org/4667522

не связан, но из тех же переработок

что-то повалилось в логи теперь Requesting object mappings, проц под 100% опять ушёл

Dmitry1, как ты относишься к тому, чтобы ifindex и iftype для каждой железки хранить в инвентори?

тогда можно будет по snmp сопоставить порт с cli-шным однозначно

и в FM в правилах не парится

_4ePTeHok: положительно отношусь. Только как узнать, как они соотносятся?

он хранится там

вы только в скриптах его выдавайте

iftype не снимается.

а он принципиален

Dmitry1, type подскажет - вилан это или физич. порт

если вилан - то от номера вычитаем 4000

от ifindex всмысле

Ээээээ

тут опять проблема с d-link

тьфу, 1000 вычитать надо конечно.

в стеке интерфейсы могут иметь фиг-знает какие ifindex.

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

ибо в json - логику не впихнешь

и функция нормализации имени тут мало чем поможет

нам же нужно в итоге иметь одинаковые ифейсы и в FM и в inv

_4ePTeHok: может все-таки convert_interface_name допилить?

примеры если где то есть - попробую.

<dvolodin>, а тебя можно побеспокоить на тему телнета и еджкоров?

можно

ну что-то вроде

try:

i = int(interface)

if i > 4000:

return "Vl %d" % (i - 4000)

except ValueError:

pass

....

или вообще та

if "4000" < interface < "8096":

у нас в json уже дописываются Eth 1/x

return "Vl %d" % (int(interface) - 4000)

ну пусть пишутся

нормализация на каком этапе проходит?

если "type": "interface_name",

в event class

т е после обработки json?

json в обработке вообще не учавствует :)

когда event в базу будет укладываться, произойдет нормализация

хм. сломал классифир похоже.

видимо когда он переменную в int пытается перевести а там текст.

через try все ж придется.

dvolodin, подмоги чуток http://pastebin.com/VfNaTndV

вижу что int() argument must be a string or a number, not 'NoneType'

но ведь интерфейс должен отдаваться..

функцию покажи

она там же чуть ниже

в пасте

type в переменной с ифейсом не определен?

ты все-таки ifindex кормишь?

а чего мне ему кормить то

проблема только с снмп-же

в сислоге оно пишет влан или eth

а в snmp трапе только ifindex прилетает

чего там с типом не так то? interface же sring должен быть по идее

+t

Возвращаясь к вопросу о noc-classifier. Все было хорошо. Теперь он опять перестал определять событие. Хотя trap source ip прописан

в логах классифера что

2012-09-05 17:02:48,330 REPORT: elapsed: 0.0270s, speed: 37.0ev/s, events: 1, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 1, disposed: 0

все норм

ну классифицировалось значит

Unknown Event Source: 10.0.0.5

il: повторим, Trap Source IP точно прописан? И в ём точно 10.0.0.5?

и trap community

dvolodin, какой тип у interface? если не string то как быть?

ip коллектора должен быть

?

ip источника же

trap communit не менял

адрес с которого железка шлет трапы

к тебе на нок

до этого был коллектора и работало

Где??

ip коллектора в ip trap source

в Service Activation -> Managed Objects?

в веб морде

уточняйте..

=)

в веб-морде нока.

да

хгм

Service Activation -> Managed Objects для конкретной железки прописал trap ip source и тот и этот адрес пробывал

должно быть так - в ./etc/noc-activator.conf = IP интерфейса нока (где он будет слушать)

только что

в Service Activation -> Managed Objects - интерфейс железки которая будет слать трапы в нок

там 0.0.0.0

в /etc/noc-activator.conf 0.0.0.0

that's ok

это значит что будет на всех интерфейсах сервера слушать.

так оно и было

все было гуд

Мне для сислога хватает Trap Source IP

сислог да. snmp - community еще надо

Trap Source Ip когда все работало был ip машины на которой noc работает и все было гуд

хгм

не SAE ли редактируем?

snmp community изначально был public

Managed Objects создавал?

потом менял. но теперь и он не работает

да

эм...

у меня уже днем все работало

и определял events

ну вот опять работает

))

чудеса или руки у меня кривые

надо сделать кнопку для вываливания конфига МО в json. и заставлять пастебинить.

Так, а audit trail у нас про все изменения в МО расскажет?

вроде про все.

il: можешь посмотреть в Main -> Audit Trail что именно твои руки делали с этим МО.

вообщем либо Trap source ip не сразу отрабатывает. я теперь меняю его как хочу а оно все равно работает

секунду

ну, скажем, отрабатывало оно не мгновенно.

минуту переключает trap source ip

т.е. примерно

оно выставляется 1 раз для каждой железки

я просто ради эксперимента менял его

охблджад... спам прилетел: "Putty – это великолепная антистресс игрушка. Putty позволяет легко и незаметно расслабиться."

гг

кажется, chiark придётся таки задуматься о доменном имени.

маленький вопрос. у меня последние 2 дня появляются crashinfo файлы в папке с логами

это норм? )

что они появляются там - норм

что они появляются - суровая правда жизни

или кривость

) просто внутри только пару строк непонятно инфы

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

dvolodin: кстате.

(dp1 S'component' p2 S'noc-correlator p3 sS'source' p4 S'system' p5 sS'traceback' p6

<il>, ищи, в одном из логов более приемлемый формат той же ошибки

dvolodin: как _должен_ вести себя нок, если закончилось свободное место на диске?

ок

evyscr, поди как и все остальное

помереть кверху лапками

evyscr, очевидно начнет сильнее крашиться

ну я же выделил "должен"

он при неправильных правах на файлы запуститься не может, а ту сразу такое

однозначно сдохнет

ох... повторю: не "как себя поведёт", а "как должен себя повести"

evyscr, "должен" удалить все свои логи, краши и т д, посносить все в системе что ему не нужно и завладеть миром)

у меня не freebsd, world отсутствует.-)

значит впадет в депрессию и убьет себя.

мистика какая то.

делаю в функции convert_interface_name какое нибудь простое преобразования типа return interface.replace("/ ", "=") - работает

как со строкой прошу заметить

делаю if interface.startswith("Eth" or "VLAN"): - получаю отлуп 'NoneType' object has no attribute 'startswith'

блин

if interface.startswith("Eth") or interface.startswith("VLAN")

да не в том дело

"Eth" or "VLAN" даст "Eth"

:)

'NoneType' object откуда?

я уже пяток способов разных перепробовал

как будто ifindex не передается в convert_interface_name переменной с type sting/int

точнее как будто вообще не передается

но при этом - убираю все из convert_interface_name - в бд ложится interface 10 к примеру

т е проблема где то при вызове convert_interface_name и передаче переменной верного типа ей

снятое сислогом - обрабатывается в convert_interface_name верно

снятый ifindex snmp = валится на любой попытке его обработать в функции как 'NoneType' object