nocproject.org

dvolodin_, по всей видимости надо db.repairDatabase()

зачем?

размер базы растет.

жестко

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

а репаир уменьшает базу.

не на всех версиях монги

нда ?

на каких не уменьшает ?

там вроде нечисто дело было, точно не помню

нее.

тока что сделал.

с 6 до 4.

заапдейтился на 2,2,0 :)

dvolodin_, по epoll пока нет новостей ?

а как можно посмотреть чейнжлог в hg, не стягивая обновления?

я не обновлялся с конца июня: changeset: 6498:3e3ae7a5d3c9, как узнать, к чему быть готовым?

Unbeerable, много писать. на канале. и спрашивать как починить то и то :)

hg in --patch

покажет чего там нового в дереве.

или code.nocproject.org

ох...

чего?

на code нагляднее

может нам имеет смысл bitbucket обжить?

ага. можно прям свалить туда.

или лучше на джитхаб :)

да я тролю :)

список в hg in подрывает мозг

Unbeerable, а с виду ничего вроде не меняется да ?

обновлять ссыкотно

мне недавно начальнику пришлось показывать чего там меняется. он думал проект полужив :)

Unbeerable, на тестовой инсталяции сначала.

dvolodin_, видел твой коммит про расположение ns серверов в зоне, ты малясь промахнулся, они теперь всегда в самом низу ;)

dvolodin_, а по отступам вот такой вариант нормально подходит http://pastebin.com/YxKhFRDG

zi_rus: ну поправь знак в cmp и давай патчик

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

откуда 28?

и почему оно не 32? :)

dvolodin_, потому что у обратной зоны для ipv6 только с 28 начинается отступ, при 24 его еще нет, на самом деле это не так страшно, на обычном мониторе, с разрешением 1280 по ширине, смотрится номально

может для разных типов зон разные отступы делать?

для forward 28 - перебор

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

и еще проблема -- если в левой части будет 28 символов, то добавился еще 28 пробелов

dvolodin_, ты представляешь себе запись в 28 символов?

легпо

а прямая запись может быть такой же длинной

bb-vl-12-2a03-8700-1-1-21e-58ff-feaa-89ce AAAA 2a03:8700:1:1:21e:58ff:feaa:89ce

вот маньяк-то

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

я думаю, надо 4 параметра tabstop сделать

для левой и правой части --- первый tabstop и последующие

и делать что-то вроде 28, 4 для первого и 8, 4 для второго

не понял, что такое первое, что второе

и вынести в конфиг

первый левый табстоп - 28, последующие - 4

первый правый табстоп - 8, последующие 4

поеду на работу

давайте лучше подумаем вот на какую тему

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

по идее, перед закрытием issue должна быть стадия тестирования

и тестировать должен не разработчик

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

;)

как это сделать?

процесс должен быть управляемым

собсвенно, нам нужен руководитель Q&A

без одобрения коротого issue не будет закрыт и фишка не попадет в релиз

про качество забывать не надо :)

фишка или багфикс?

и багфикс тоже

dvolodin, ты на сайте нарисуй кого вам не хватает, там докописателя, дизайнера, qa

написал уже

зашел на главную, не вижу

dev team

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

не ощущаю призыва, больше констатция печального факта, пустые списки

а где страсть, где эмоции

не знаю как для таких проектов ищутся разработчики

никак не ищуются

:)

$

"найдется всё"

инфа практически 100%

может в яндексе поискать :)

кто знает, кто знает

там, по слухам, облизываются, но по ряду причин не ставят :)

можно поймать молодого школьника и научить

добавьте в репозиторий для скрипта get_interface Huawei.VRP поддержку типа XGigabitEthernet, pls

сейчас я разгребу последний присланный патч

а хуавей у меня так и не работает

на доступе, на аггрегации и брасы тоже не работают

опа... а что ето abort: untracked file in working directory differs from file in requested revision: 'sa/profiles/Huawei/VRP/get_interfaces.py'

ufir: у меня discovery нормально отработал huawei

видать была своя реализация get_interfaces

я вчера вечером закоммитил то, что прислали

теперь оно в репо есть

щас обновлюсь, посмотрим..

кстати про Huawei - get_interfaces валится с CLISyntaxError на S9303, но в упор не вижу, где именно

5.70 версия

омск ;((

этим и объясняется? =)

ага. на 93-их спотыкается. подтверждаю

в омске свой синтаксис?

:)

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

и "омская птица"

да задолбали уже, с Омском всего 3 ассоциации у людей: птица, газмяс и может Авангард (у тех, кто хоккей смотрит)

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

2012-08-31 12:22:24,059 [TrapCollector(0x8ec972c)] Permission Denied

2012-08-31 12:22:24,060 [SyslogCollector(0x8ec97cc)] Permission Denied

раньше такого не было

и 7206 перестала работать... "2012-08-31 12:24:26,129 [crt02-yla-srv] get_interfaces failed: {'text': u'Cancelled', 'code': 20L}"

Дмитрий, что нужно для дальнейшего движения инвентаря?

мордописец и время

так бы и сказал, только чудо

а что уже есть?

ну кроме интерфейсов

наброски модели есть

не той, что в репо

dvolodin, что тебя останавливает автоматически связывать интерфейсы в линки?

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

zi_rus: более приоритетные задачи :)

с точки зрения техники - все есть

вот мне бы, чтоб два раза не вставать, решить задачу с учетом оборудования. Для этого надо иметь контейнер "Помещение", в нем стойку,, в ней железки с их S/N, модулями и прочими радостями.

ежели вдруг найдется мордописец - это же не будет реализовано только мордописцем?

не только

но если я займусь сейчас мордой, то увязну в ней на месяц

морда нужна красивая, а то таблица за таблицей

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

да ну, хотя бы таблицей...

dvolodin: подскажи в какаие хранилища discovery пишет результат?

во много разных

что именно надо?

он у меня продублировал некоторые записи... хочу руками почистить switchports и L3

inv/models/subinterface.py и там же interface.py

лучше через shell

а так -- если исправить ошибку в скрипте, он сам вытрет лишнее

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

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

очень не хватает, ну и площадок конечно же

но площадки хоть тегами сделать можно

acid232_: можно пока сделать custom field для sa_managedobject

dvolodin, а как себя поведет нок, если прилетит трап(snmp/syslog) о падении интерфейса, а в инвентори этого интерфейса нет(vlan блабла) - соотв. профиль ему не присвоить.

dvolodin: а как custom field сделать?

в редактировании Мо внизу поля

название поля - значение

не, это атрибуты

а кастом поля в main - setup - custom fields

угу, перепутал)

_4ePTeHok: спокойно себя поведут

после того, как сделаешь все поля - перестартуй процессы NOC

dvolodin, ну он будет поднимать алярмы, или нет?) они попадут в профиль default?

попадут в профиль default

ага, ок.

а что такое Label:

текст в форме слева от поля

название, которе

эх, вот бы в inv-interfaces в поля descr вбил описание, а нок бы прописал на железку)

_4ePTeHok: его ничего не держит

а в таблице sa_managedobject добавлять его?

кстати какой интерфейс для up/down порта

может сделаем интерфейс ISetDescription ?

я вот думаю - отдельный мелкий лучше, или один но SetInterface

отдельный мелкий сделать проще простого

он тривиальный

и скрипты быстро доделать можно

где будет descr/negotiation/characterisics и т д

и в форму я его влеплю быстро

ну смотри как удобней

setadminstatus тогда тоже.

что из него менять можно будет?

admin status

description

speed

duplex

что еще?

media-type?

dvolodin, а в custom field регулсрка ведь не работает да ?

*регулярка

не добавляет что-то кастом филд

negotiation

а в итоге картинка железки будет в инвентори?) с моргающими портами)

может добавить в inv-interfaces port_status?

дискавери ходит по железкам все равно и тянет эту инфу

а менять динамически можно из FM

только логику пересечения надо продумать - что будет если статусы разъедутся - т е трап какой не прилетит.

гляньте - правильно пишу? http://s45.radikal.ru/i107/1208/19/c5386c585f82.png

dvolodin, можно даже цветом статус линка показывать.

чтобы поля лишние не вводить

acid232_: [14:14:39] <dvolodin> после того, как сделаешь все поля - перестартуй процессы NOC

делал, не показывает

я когда-то добавил vc_vc и все

может дело в типе

http://kb.nocproject.org/display/DEV/ISetInterface

в комментах пишите предложения, будем править наживую

acid232_: чего пишет?

psql noc

\d sa_managedobject

ищи поле cust_date_installed

а где там комментить))

только Labels db;e

вижу

а сделать бы связь с площадкой

может в виде ссылки на другую табличку с site_id site_description

добавил пример

acid232_: площадок много?

можно сделать через enum groups

dvolodin, а в енумах как воспринимать key и value? я просто пишу и туда и туда одно и то же

key -- это то, что ляжет в таблицу

value - то, что в combo нарисует

например -- код площадки - key, название - value

пожелания по полям интерфейса пишите в комментах

он похож на isetswitchport

у меня чот не дает коммент написать. поля вообще нет для комментов.

залогинился?

да, вверху есть логин рядом с search

сейчас сделаю

а сейчас

да, теперь есть.

ok

единственное, права на редактирование твоей записи тоже появились)

по крайней мере открыло на редактирование, сохранять не пробовал.

ну да

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

там разницу посмотреть и откатить всегда можно

так как идея по поводу inv-interfaces - добавить статус порта?

начнем с главного -- как называть интерфейс

:)

можно лишь цветом значка link

_4ePTeHok: статус да, но отдельным опросом через igetinterfacestatus

дак а дискавери ведь опрашивает

интересно ведь в процессе наблюдать

или нет?

в процессе может и по трапам ориентироваться

Смотрю так дружно взялись исправлять "Fix Version/s", наверно 0.7 уже скоро появится?

NOC-645 проявляется еще?

Guest77-ru: нет, просто снес лишнее

я настроил нормально новый greenhopper

и NOC-656

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

если проблемы будут

dvolodin: площадок много

это по какому?

прогони stomp-bench

сделать бы site_id как ссылку на другую табличку

пока такого функционала нет

dvolodin, напомни вторую екоманду

-c <file> --- consumer

это первая

-p 10000 -- producer

Performance: 10000 messages in 7.8960249424 secs (1266.46003185msg/sec) [KEventPoller, Synchronous]

Performance: 10000 messages in 1.83816409111 secs (5440.21072349msg/sec) [KEventPoller]

угу

в логах нормально?

чисто

NOC-645 закрываем?

ок

сейчас тест вообще прошел чисто, без приключений

dvolodin, пусть будет смешанный опрос. Первичное и регулярное заполнение поля статуса по get_interfaces от дискавери, изменение в процессе - FM trap's/get_int_status(можно сделать отключаемое).

и от нока все сработало

все равно в get_interfaces эти статусы снимаются

а то бывает, что трап по каким либо причинам не долетит, а порт поднялся и работает - и get_interfaces это снимет. И кстати было бы отлично - если он еще и в FM "настучит", чтобы закрылся алярм.

_4ePTeHok, как тебе сказать, вот у меня на каталистах порты которые admin down вообще в инвентори не попадают

речь о oper_status

_4ePTeHok, а это не надо

ФМ пусть сам проверяет

зачем городить кучу проверок, если дискавери и так ходит и снимает это же?

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

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

Ок. Описанная ситуация - трап недолетел.

ФМ должен сам, независимо держать на контроле все алармы

алярм висит

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

в фм должна быть проверка

FM пойдет дергать get_int_status?

да

с какой периодикой?

я предполагал так:

ну и дергатнеей у нас вроде как SA занимается..

в момент возникновения аларма, с малой задержкой происходит первая проверка, потом по нарастающей, в реже и реже, когда достигается период например 10-30 минут таким и остается

периодически проверяя

контроль над alarm'ами будет

у коррелятора уже есть свой scheduler

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

когда и что проверить

наверное, у alarm class должны быть дополнительные обработчики на python

при этом не надо забывать, что дергатня железяк должна быть осмысленной и не приводить к создаванию новых алярмов

скажем -- упал линк -- раз в минуту проверяем его

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

а завалив железку проверками скажем 52х портов мы никому лучше не сделаем

осообенно учитывая, что там может идти перестроение ospf, bgp и т д по причине упавших линков

в общем по инвентори я не вижу причин не взять статус из дискавери(хоть какой). А обновлять уже откуда хотите - FM, get_int_status или еще откуда

У павший линк должен поднятся трапом линкап, а проверять можно и раз в час, наслучай если трап пропал..

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

потом, кстати можно будет сделать статистику по downtime порта и доступности сервиса соот-но.

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

итого хочу сделать такую вещь

так и данные будут точнее и нагрузка меньше

по интервалу опроса согласен с zi_rus

У alarm'а будет список запущенных задач

*провисит

в alarm class'е добавится список job'ов и их параметров, которые надо ставить scheduler'у коррелятора, если он зафиксировал аварию

если авария уходит -- все ее job'ы снимаются

у нас каждый job может выставлять время следующего запуска

то есть, например, делаем job проверки линка

по умолчанию -- раз в минуту

словили alarm link down, поставили его на выполнение

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

если увидел, что линк в апе, то закрывает аварию

если пришел trap link up -> авария закроется сама и job снимется

У меня в сети с ~700 коммутаторов и фильтрациею алярмов линк довн только на аплинках, проблем с висящими авариями небыло, ну в неделю~5 штук закрывал руками.

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

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

Guest77-ru, на длинках это постоянно происходит

да и 5 штук в неделю это перебор

Крометого если отсортировать алярмы по времени очень легко по пингфейлед отследить незакрившиеся алярмы линк довн.

Там в сети 700 длинков :)))

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

Если get_interface_status на работает по SNMP оно логами авторизации нок завалит..

Guest77-ru, у нас тут у fttb'шников по 100суток линки не чинятся, за это время аварии и набегают и уходят, отслеживать это руками нереально

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

Ну вот представлаешь сколько в логах нагадит если 100 суток каждую минуту get_interface_status через CLI дёргать. Надо адаптивно, увеличивать в два раза но максимально до час-два.

я про это и говорю

но первые несколько проверок должны пройти быстро

чтобы ошибочный аларм быстро закрыть

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

ошибки на порту

и подобное

это уже детали реализации job'а

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

а это принципиальный вопрос

у нас job сам решает, когда выполняться в следующий раз

блин..а как сортировку в inv-interfaces отключить?

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

ткнул сортировку по имени - и стало сортироваться по 1/1 - 1/19 - 1/2

а,все, по макам нормально.