nocproject.org

dvolodin, я вижу баги которые уже 3 месяца висят в системе

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

NOC-46

Bug NOC-52 NOC-53

по 52, я уже даже не помнюпо поводу чего он создавался

NOC-85 NOC-88

NOC-104 NOC-105

и это только за октябрь

NOC-52 может и починился

NOC-53 - не баг, а фича

NOC-85 -- какая-то локальная ошибка

NOC-88 -- не воспроизводится

NOC-104 -- локальная ошибка

NOC-104 -- не баг, давно уже спорим на эту тему

dvolodin, по 88 - если я добавляю в скрипт часть с снмп, я должен вносить изменения в другие файлы, как мне сказали надо еще что-то в __init__.py делать?

не надо, у нас полно работающих snmp скриптов

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

если уж так -- в той же jira есть issue, которые висят по 5 лет

то же объединение issues

в bamboo - минимум пол-года висит тривиальный баг, из-за которого не работают mercurial subrepos

и мы, соответсвенно, не можем его использовать

дурной пример заразителен. зачем равняться на плохие качества?

за последние 30 дней -- 63 issue created, 39 - resolved

решено чуть больше половины, отсалось 30 за этот месяц, еще 30 за предыдущий и тд

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

dvolodin, NOC-67 NOC-105 NOC-111 - major priority

все еще говорим про октябрь

NOC-67 -- вообще-то фича

DIR-100 не поддерживается официально

NOC-111 -- решается настройкой HTTP-сервера

для апача пример положили, на остальных серверах, видимо, не сталкивались

найденный баг с присланным патчом коммитится быстрее ;)

NOC-111 - если баг решен, его бы закрыть, хотя бы для статистики, проблемы то больше нет

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

желательно, для apache/lighttpd/nginx

возьмешься?

а ввиду отсутсвия таковой это невозможно ;)

рискнил бы, если бы понимал эту проблему

не чусвую что у меня хватит сил с этим справиться

http://kb.nocproject.org/display/DOC/Webserver+Setup

Есть вопрос знатокам Zabbix:

Вот пишу правильный конертор с забы в нок.. С распознаванием всего по максимуму... Но у меня в забе не все настройки вбиты, по этому мне трудно соотнести некоторые значения забы и нока.

Пока вот пробую такой селект:

SELECT hosts.ip, hosts_profiles.devicetype, hosts_profiles.location, items.authtype, items.password, items.privatekey, items.publickey, items.snmp_community, items.trapper_hosts, items.username FROM hosts, hosts_profiles, items WHERE hosts.hostid = hosts_profiles.hostid AND hosts.hostid = items.hostid AND hosts.status = 0;

items.password, items.privatekey, items.publickey,items.trapper_hosts, items.username - у меня пусты.. Как эти поля соотнести с полями нока.. Понятно только что items.trapper_hosts у нока свой..

gnu-linux: вообще у меня есть крайне нехорошая идея - добавить в NOC отдельный сервис -- сопоставление идентификаторов в разных системах

для интеграции крайне важная вещь

как такое может быть, взял скрипт get_version для длинка, добавил туда снмп, убрал все что связано с КЛИ, а он зараза все равно в телнет лезет

dvolodin: переписали что ли тестирование скриптов? раньше типа отчёта получалось - что выполнено, а что падает - а сейчас не вижу такого

по команде ./noc test --reuse-db ....

и сейчас есть

он теперь умеет XML в формате JUnit выдавать

просто раньше как-то интуитивно понятно было - какие скрипты есть вообще, какие валятся.. а тут всё в кучу... как-то так

раньше... а для новичков это сейчас трудно также разгрести)))

ладно, прорвемся по чуть-чуть)

lexus-omsk: ты про ключик -v ?

кстати раньше его на автомате ставил, как в доках -v2, сейчас уже посмотрел ./noc help test - оказывается вот оно как...

только разницы вроде не видно - что при 0, что при 2... всё равно весь прогон всех скриптов на экране

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

Дмитрий, мелочь, но мало ли...

можете исправить в IPAM секции - Widlcard 0.255.255.255

а разделе Assigned Address

lexus-omsk: я сделал там отдельный result report, сейчас в XML, можно и текстовый сделать детальный

coverage-xxx-out - это оно?

нет

--junit-xml-out= ....

ага, это вроде похоже на то, что было

наверное, надо сделать и plain-text вариант

Люди подскажите как настроить faul manager

В FA - events сообщения есть

правила но они не класифицируюутся

правила есть но согласно им они не класифицируюутся

Managed Object: 33-machin15p3

Event Status: Failed

Time: 19.01.2012 12:08:15

Event has been reclassified

dvolodin: ещё вопрос - если я с другой машины собираюсь коммитить - надо новый ключ сгенерить и выслать?

даже если проходит класификация что дальше делать?

4f17c90608b5412ed000417e 33-machin24p2 19.01.2012 11:40:54 Active Unknown | Syslog SYSLOG: Jan 19 07:41:00 33-Machin24p2 %%01IFNET/4/IF_STATE(l)[21648]:Interface Ethernet0/0/22 has turned into DOWN state.

такая запись

если классифицировалось как Link DOWN, то должен подняться аларм

не класифицировался, в том то и соль

ss__: правило "из коробки" или сами писали?

Event Class: Network | Link | Link Down

в фильтре = нет сообщений

сам писал

{

"name": "Huawei | VRP | Network | Link | Link Down (SYSLOG)",

"description": "Link Down",

"event_class__name": "Network | Link | Link Down",

"preference": 1000,

"patterns": [

{

"key_re": "^source$",

"value_re": "^syslog$"

},

{

"key_re": "^profile$",

"value_re": "^Huawei\\.VRP$"

надо тестировать правило... вспомнить бы ещё где этот интерфейс - он наглядно показывает - что матчится, а что нет

},

{

"key_re": "^message$",

"value_re": "Interface Ethernet\\d/\\d\\/\\d(\\d) has turned into DOWN state"

}

]

}

]

Subject:

SYSLOG: Jan 19 07:41:00 33-Machin24p2 %%01IFNET/4/IF_STATE(l)[21648]:Interface Ethernet0/0/22 has turned into DOWN state.

noc-classifier is failed to find appropriative classification rule for following syslog message: Jan 19 07:41:00 33-Machin24p2 %%01IFNET/4/IF_STATE(l)[21648]:Interface Ethernet0/0/22 has turned into DOWN state.

матчится

наглядно

Test regular expression Interface Ethernet\d/\d\/\d(\d) has turned into DOWN state

я бы вместо \d писал бы \d+... на всякий случай

SYSLOG: Jan 19 07:41:00 33-Machin24p2 %%01IFNET/4/IF_STATE(l)[21648]:Interface Ethernet0/0/22 has turned into DOWN state.

Yes Matched

lexus-omsk, чем отличается от \d(\d)

Vars

Name Type Required Description

interface interface_name Yes Affected interface

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

может быть надо как то имя интерфейса или номер отдавать в Event class

?

кстати да, а где группа, обозначающая интерфейс?

посмотри примеры в других профилях

lexus-omsk, что за группа? Как писать? Примеров то нет(

да любое другое правило...из встроенных - тоже взять Link Down от другого профиля

^message$ [Test RE] (?:INFO:|INFO\(6\)) Port (?P<interface>.+) link down$

вот с длинка

да-да... интерфейс - вот что надо

можно на пальцах разобрать строчку (?:INFO:|INFO\(6\)) Port (?P<interface>.+) link down$

будет что-то вроде "value_re": "Interface Ethernet(?P<interface>\d/\d/\d+) has turned into DOWN state"

ss__: Обычный regex. (?P<>) - это расширение regex для питона

стало чуть понятнее, спасибо! После обеда начну пробовать.

lexus-omsk: да, новый ключ надо, можно и два использовать одновременно

(?:INFO:|INFO\(6\)) - сюда попадают значения INFO: и INFO(6)

а что это за значения?

.+ осначает любую последовательность символов

ss__: \d+ там

может быть несколько цифр

dvolodin: не-не. Это загадочный D-Link 1 порт может быть как 1, 1/1, 1:1

ss__: Матчится, например следующие строки

INFO: Port 1 link down

и

INFO(6) Port 1 link down

Dmitry1: я бы разбор начинал со слова Port, а насчёт INFO и прочего не стоит заморачиваться... оно в данном случае не несёт смысловой нагрузки

lexus-omsk, впринципе верно, инфо не нужно)

насколько проще бы стали правила

еще б заставить huawei s2300 слать трапы... сколько мучаюсь все никак не выходит. Скоро снифером встану и буду смотреть что ж эта падла шлет

ss__: http://docs.python.org/library/re.html

Там смотри описание (?: и (?P

я тоже похоже в ближайшее время присоединюсь к обладателям железок на букву Ху... прислали s5303 и s9303

+

dvolodin идентификаторы это наверно черезмерно , IP вполне хватает чтобы установить связь между объектами разных систем..

да не

надо соответствие устанавливать не только для железа

misak, roman_d, проверьте NOC-298

hg pull?

я хз какой у меня счас релиз нока)

вчерашний)))

hg tip

или ./scripts/about | head -1

5544

до 5550 обновись

У Juniper EX вывод немного отличается от M-ок

обновился

счас затестю

печалька, но трэйсбэк(

./noc debug-script get_interfaces <имя железки>

так то он хавает сволота

а через веб в трэйсбэк падает

рестартовать активатор надо

а /etc/init.d/noc-launcher stop & start этого не делает?

делает

что в traceback

ща кину, сек

а что за имя железки?

как она у меня добавлена в MO

или как она от производителя обзывается?)

имя MO

ок

выдрал всё

дебаг-скрипт

в НОК-298 вставил трэйс

сорри, переоформил коммент)

уже лучше, дальше проскочили

4f17ed8c08b5412ed000a5f4 33-machin13p2 19.01.2012 14:16:44 Active Unknown | Syslog SYSLOG: Jan 19 10:16:51 33-Machin13p2 %%01IFNET/4/IF_STATE(l)[24655]:Interface Ethernet0/0/14 has turned into DOWN state.

Class - Unknown | Syslog что значит? не класифицировалось?

да, fallback класс

по NOC-289

hex2bin

может быть, лучше возвращать список boolean?

dvolodin, fallback класс что означает? Не класифицированно? Как же заставить работать?

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

при изменении правил классификатору нужно по башке SIGHUP'ом бить

http://pastebin.com/v8fJJ7T3

вот трайсбек

при попытке Event has been reclassified