nocproject.org

zi_rus, нотификатор как работает?

По какому принципу? На каждую потерю пинга шлет мыло?

или на сам факт и факт восстановления?

ss_, нет только на факт появления. появился аларм в ФМ - послал на почту письмо, если пинг файлед, а аларм уже есть, он ничего не присылает

все равно не совсем понял, т.е. допустим пинг каждые 30 секунд

он на каждый неответ будет спамить?

нет

dvolodin, http://dpaste.com/631885/

на каждый переход

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

да

хм откуда тогда 1900 писем?

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

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

ну это понятно так как по логике это уже новое событие

а как бы зависимости?

а вот об чем и разговор

что они есть но нок их не видит

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

терь понял)

Я тут с zabbix паралель провел в голове

нок вроде как должен быть лучше, ан этого не может

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

zi_rus: NOC-4

это твое счастье?

dvolodin, я даже залогиниться не могу

Sorry, your username and password are incorrect

сейчас подкручу

dvolodin, по трейсу скажешь чего? это тоже самое, что у _4ePTeHok ?

что за система?

проблема явно с simplejson

да

2.6.32-5-amd64

debian

changeset: 4888:cb01790c7c58

zi_rus, поробуй открыть ссылку опять

python-simplejson 2.1.6-1

dvolodin, попробовать до его обновить до 2.2.1 ?

нет пока

lib/serialize.py надо смотреть и крутить

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

если есть cjson, используем его, он в 10 раз быстрее

нет - использует django'вский

а в нем тоже свой автодетект есть

он выбирает, использовать ли либу из python 2.7, системный simplejson или свой

рабочие комбинации для encode и decode какие?

удалить его и поставить cjson ?

dvolodin, ссылка сработала

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

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

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

_4ePTeHok, приём

dvolodin, замена на cjson помогла

снеси ее пока

о братно simple&

?

попробуйте разобраться, как правильно использовать вашу ускоренную версию simplejson

да

по-хорошему нужен патчик, который зафиксит вашу проблему

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

это только при апгрейде со старых версий(последний перед ui)

на новой инсталяции всё ок

а патчик... нет таких познаний в питоне -(

ни у кого не валился noc-web на "cannot import name AUTH_FORM_PYRULE" ?

не встречал такого

в каком случае озникает?

ufir: адепты каэса одобряют идею использования HP 7xx для серваков.

http://dpaste.com/631912/

`kk: у меня тоже все ок..

механизм аутентификации какой?

local

http://code.nocproject.org/changelog/noc?cs=4c1da6824c2a6c7ce14b965bb7a25197b42f8834

вытри висячие *.pyc

dvolodin: Я тут в settings заметил, что IS_WEB определяется, если он как fcgi запущен или как runserver. Это важно?

да, важно

чистка *.pyc не помогла -(

поправил

noc-web.py -f start, так же в трейс падает

dvolodin, что после чистки *.pyc пробовать??

grep -r AUTH_FORM_PYRULE *

где оно вообще засело

известно где-)

noc/main/apps/auth/views.py

../noc/main/apps/auth/views.py:from noc.settings import AUTH_FORM_PYRULE, LANGUAGE_CODE

../noc/main/apps/auth/views.py: authentication_form = PyRule.call(AUTH_FORM_PYRULE if AUTH_FORM_PYRULE else "auth_form_user_password")

noc-ui влили в noc ?

давно

я слоупок.

`kk: ЭЭ... А что у тебя за версия такая? :)

`kk: main/apps/auth перенесли

или удалили :) нет егео :)

нет его, давно уже

:)

dvolodin: Закоммить, пожалуйста, правильный патчик про смену темы. Я в issue поправил :)

это апдейт предыдущей версии

KTO-TO_: этот ? http://dpaste.com/631942/

dvolodin: да :)

удалил. не помогло ....спотыкается на - "from noc.settings import AUTH_FORM_PYRULE, LANGUAGE_CODE"

`kk: странная инсталляция, уж не через setup.py обновляешь ли?

да. так и есть

сделать hg pull в /opt/noc ?

ага

KTO-TO_: закоммитил, проверяй

мда. сделал hg pull. вытянулать папка auth - трейс. удалил папку auth - трейс (ImportError: cannot import name ChangesQuarantineRule)

Подскажи пожалуйста, при добавление каммутаторы, выводит ошибку - Repo path must be relative path inside repo

какой путь прописать нужно?

dvolodin, main/apps/changesquarantinerule ушло в историю?

`kk, я счас пробую clone.. отпишу.

он сработает

как сделать клон в существующую папку чтобы переписал нужные файлы?

а смысл

mv старую папку, новую clone конфиги скопируешь и вуаля

ну ессно там setup / post-update по необходимости

dvolodin: Нормальное :) А можно еще попорсить и про "меню" закоммитить? :)

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

при добавление каммутаторы выводит ошибку - Repo path cannot be a directory, какой нужно путь прописать?

а вот хрена с два.

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

faks: все просто - создай /var/repo с правами для юзера нок, а в repo path пишешь просто имя файла без путей - он попадет при стягивании конфига потом в /var/repo/config/имя_файла

Syncing noc.eventclasses:

Creating: Network | MPLS | LDP Neighbor Up

ERROR:root:UNHANDLED EXCEPTION (2011-10-11 12:27:44.773220)

все там же, все так же.

clone в пустую директорию

<class 'mongoengine.base.ValidationError'>

Value must be one of [('D', 'Drop'), ('L', 'Log'), ('A', 'Log & Archive')].

_4ePTeHok: Если нет ничего ценного, то просто дропни базу в монге

спасибо

блин, там ивенты.

http://pastebin.com/mt1GHnVU

_4ePTeHok, на новой базе и чистым инсталом прокатывает.

но база нужна старая...

_4ePTeHok: sync-contrib сделай

да делал.

all is in sync

_4ePTeHok: в contrib/lib лежит mongoengine?

какой версии?

mongoengine is in sync (version 0.5

_4ePTeHok: посмотри в contrib/lib может там еще старая версия есть

> ls contrib/lib |grep mongo

240 -rw-r--r-- 1 root wheel 221758 Oct 11 12:26 mongoengine-0.5-py2.7.egg

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

faks, статус активаторов каков?

его надо выделить и в менюшке сказать get now - а вообще в шедулере включить

если нет активаторов, это не поможет)

статус up

get now значит

я как раз исходил из того что активатор(ы) на месте

а что в активаторах прописывать вообще нужно? подсети кгде стоят каммутаторы?

_4ePTeHok: Все страньше и страньше :) А в системе не стоит mongoengine? Т.к. значение у тебя правильное, судя по трэйсбэку...

мм..ну pkg_info |grep mongo

mongodb-1.8.2 A NOSQL distributed document-oriented database

dvolodin: еще раз понадоедаю...где найти описание переменных типа alarm.managed_object.name для использования в шаблонах?

models.py

который в noc/main?

fm/ , наверное

faks: я сделал несколько тэгов, привязал к ним объекты - а в активаторах выбираю по тэгам

а ип там - по дефолту осталось 127.0.0.1

_4ePTeHok, у меня заработало

кажется я нашел причину свою

hg clone, cp noc_old/etc/*.conf etc/

post-update

и всё ок

ну и simplejson всё так же -(

да, у меня дело было таки в системном монго енджине старом(0.4) ставленном когда то easy_install'ом

_4ePTeHok: Я понял свою ошибку :))

KTO-TO_, м?

_4ePTeHok: Я не на всех колекциях проверял, поэтому у меня все хорошо :)

я вот непонимаю - если можно просто post-update, то каков смысл install.py?

setup.py т.e.

_4ePTeHok: Блин... не помогло :) У меня нормально добавилось...

так..трейсов нет, зато демоны летать начали

setup.py если клон сделан в другую папку

2011-10-11 12:59:33,387 Daemon noc-sae[#0] started as PID 40505

2011-10-11 12:59:35,399 noc-sae[#0] daemon is terminated with status 40505

2011-10-11 12:59:36,428 Launching noc-sae[#0]

2011-10-11 12:59:36,430 Daemon noc-sae[#0] started as PID 40511

2011-10-11 12:59:38,448 noc-sae[#0] daemon is terminated with status 40511

:(

дебаг сае -)

_4ePTeHok: потри все *.pyc

_4ePTeHok: если ты в старое место ставил :)

да куда тереть то, все в чистую директорию

_4ePTeHok: А рядом старого noc'а нет? :)

придушен

логи sae посмотри

http://kb.nocproject.org/display/DOC/Apache+setup

у кого апач?

надо переписать конфиг для noc-web

_4ePTeHok: А новый noc в каком каталоге? :) А стары?

logfile = /var/log/noc/noc-sae.log

loglevel = debug

2011-10-11 13:02:52,778 Serving shards: default

2011-10-11 13:02:56,664 Serving shards: default

2011-10-11 13:03:00,225 Serving shards: default

и ничего больше

someone suggestion for the failure of the post-update script?

KTO-TO_, да в разных, в разных :)

_4ePTeHok: Там самое главное - название :) Вот у меня был старый нок -в /noc, а новый в /noc-devel и я долго не мог понять в чем подвох :)

qweasd, pls ask

_4ePTeHok: Может у тебя так же? :)

KTO-TO_, одно имя. старый выносится mv noc noc_old

на его место новое ложится

_4ePTeHok: А если убить noc-launcher и руками запустить noc-scheduler?

ConfigParser.NoOptionError: No option 'max_mrt_rate_per_sae' in section: 'sae' - это когда такое появилось?

_4ePTeHok: http://dpaste.com/629370/

в конфиге вроде не было

_4ePTeHok: в последних коммитах

ну вот еще один inv)

_4ePTeHok: сегодня :)

defaults ты зачем-то снес

и подложил старый хлам :)

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

)

zi_rus: проверь, полегчает твоему курятнику?

`kk, - помоги человеку (qweasd) с inv

поставь ограничение на SAE, скажем в 30 коннектов в секунду

оки

qweasd: update noc to last revision. This problem fixed in r4888

qweasd, hg pull -u & post-update

is this after friday?

qweasd: yes.

& post-update is not the right syntax

mz

cd /opt/noc and just hg -pull ?

qweasd: hg pull -u

qweasd: then, scripts/post-update

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

KTO-TO_, а как темы посмотреть ?

В sae-log сообщения throttling появились?

hm, seems to be working and som web pages seems to be workign again too but not all, when i get a message inventory>setup>models > page not found 404 django tried these url patterns blablabla .. what could this bee?

-e

как перезалить contrib через hg?

neonman, проще помоему clone в соседнюю папку и вытащить что нужно.

это не интересно))

`kk: какие темы?

видимо оформления

qweasd: inventory - experimental and not working properly now

андеркантсракшен))

Насколько я знаю, сейчас только одна тема - серая :) други можно поискать на сайте extjs.

ааа

neonman: cd contrib/src && hg pull -u не помогает?

ok :)

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

_4ePTeHok: А чего было с post-update то?

в системе был старый mongoengine поставленный easy_install'ом когда то.

KTO-TO_, тесты выложены были вчера. видел ?

freeseacher: Ага. Случайно набрел :) Спасибо

есть у тя асы ?

давай консолидируем усилия ?

только на складе одна :)

понятно

пытаюсь настряпать конфиг апача для нового noc-web...

щас по ios будем делать

Я нечто подобное хочу на наши l3 сделать, где терминация.

для 7300 и 2800

freeseacher: Кстати, а как выглядит, когда конфиг не прошгел проверку? он его все-равно собирает, только на почту ругается?

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

Какие модули этому апачу нужны: proxy proxy_connect proxy_http proxy_scgi proxy_ajp ???

да ругается н почту

gnu-linux: возможно proxy и proxy_http

перед уборкой было до 400 ошибок

то есть строк в этих письмах.

))

freeseacher: круто... Я думаю у на стоже есть бардачокс :)

dvolodin

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

root@noc log/noc# cat noc-sae.log | grep throttling

root@noc log/noc#

OperationError at /ip/ipam/1/4/0.0.0.0/0/add_prefix/

Could not save document (Can't take a write lock while out of disk space)

500MB left,

gnu-linux: В конфиге должно быть что-то типа ProxyPass / http://127.0.0.1:8000 у virtualhost

gnu-linux: включай модули по одному и смотри, работает или нет :) Или выключай :) Но вроде как connect,ajp,scgi не надо

теперь проверки надо интегрировать с configuration management

freeseacher: А можно pyrule натравить на уже скачанный конфиг и посмотреть на результат? Как вы тестировали, когда все это писали?

чтобы в списке писал количество ошибок и warning'ов

мы тестировали стендом :)

а потом делали get_now

freeseacher: стендом?

и в просмотре конфига подсвечивал строки с ошибками и warning'ами в стиле разных IDE'шек

dvolodin: А может сделать добавлений функций к профилю через web? :) типа сделать check_ntp в generic и в зависимости от профиля править.

только не живом профиле, а через web

dvolodin: Можно запустить pyrule на уже скачанный конфиг и посмотреть, что не так?

KTO-TO_, надо делать. этго кода нет.

Было бы неплохо чтобы ошибки сразу показывались при get_now конфига. Почта может быть и не настроена ведь.

freeseacher: ясно :)

Для начала хотя бы статус показываьт :)

last week i setup logging high but forgot which conf file this is, can someone point me to the right file?:D

grep -r debug etc/*.conf

nha it was one file which i could edit for the /var/log/noc/*.conf

У меня кажись apach завёлся :)

Вот файл 001_noc_virtualhost.conf http://pastie.org/2676161

В /etc/apache2/httpd.conf надо добавить:

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_http_module modules/mod_proxy_http.so

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

тогда уж вот сюда надо добавить. http://kb.nocproject.org/display/DOC/Apache+setup

подскажите что дальше делать, добавил cisco 2960 - Service Activation - Managed Objects - Добавить Объект \ но не конфиг нечего посмотреть не могу, что езщё нужно сделать?

faks, Configuration Management - Configs - выдели свой свитч и ввверху в выпадающем меню get now

gnu-linux: А если rewrite убрать? У тебя по идее, есть alias для этого.

dvolodin, проверил внимательней, ничего не изменилось, в логе САЕ тротлинга нету

root@noc log/noc# cat noc-sae.log | grep throttling

root@noc log/noc#

gnu-linux: И попробуй, пожалуйста, еще с ProxyRequests off

_4ePTeHok, выводин название свича и down (красный круг)

с машины с ноком свитч пингуется вообще?

zi_rus: а какие параметры ставил?

dvolodin max_mrt_rate_per_sae = 30

max_mrt_rate_per_shard = 30

dvolodin: надо обновить доку по апачу.. Вот пример: http://pastie.org/2676197

запускал на 1100 железок для надежности

_4ePTeHok, пинг с сервера до свича идет

gnu-linux: попроюуй с ProxyRequests off. А то "on" - опасная штука

есть две баги:

1. noc-web у меня работает после остановки нока... Соотведственно перезагрузка нока не работает..

2. У меня не отображается в новом web результат выполнения приложений SA, даже прогрес строки нет, белый экран..

gnu-linux, 1 - отключен ли "detect number of CPU cores" в etc/noc-web.conf?

gnu-linux: ты к ноку ходишь по имени или по IPшнику? У меня подобная фигная с SA была, когда я к ноку ходил по IPшнику, а он редиректит результат на имя.

помагите разобраться с cisco 2960, добавить, добавил, а конфиг получить не как не могу... :-(

по IP..

Да,

gnu-linux: вот :) ходи по имени в который у тебя IP резолвится :)

ProxyRequests off и без rewrite работает..

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

zi_rus: шарды тебе не нужны

вот хочу я сделать version inventory, зашел, вижу не хватает селектора. Пошел делать селектор, тыкаю в главном снова на version inv - а селектора тютю. Ибо не обновил.

чот мне кажется не совсем верное поведение. При прямом тыке на таб - да, просто открывать, при тыке в главном - либо открывать новый таб, либо обновлять старый.

_4ePTeHok: открыть новый - alt click. И по дефолту это неудобно. ИМХО :).

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

учитывая что ф5 вообще все табы закроет)

_4ePHeHok: Изменил в etc/noc-web.conf: workes = 1 - Помогло, нок перегружается нормально..

Вот сделать кнопку для рефреша ТЕКУЩЕЙ страницы в табе - ИМХО стоит

хотя б так

А вот обращатся по имени не помогло... Также не помогла подгрузка proxy_ajp proxy_connect... Какие идеи с отображением результатов работы в SA?

gnu-linux: посмотреть логи апача и noc-web доходит ли запрос и куда он приходит

favorites ещё не работает?

Нашол ошибку в конфиге ProxyPassReverse плохо прописал.. Здесь надо указать по имени..

dvolodin: надо обновить доку по апачу.. Вот протестированый пример: http://pastie.org/2676333

gnu-linux: а попробуй gzip врубить

по аналогии с конфигом nginx

реально ускоряет прогрузку клиента

Да, у меня можно обращатся и по IP.. Всё работает!

http://kb.nocproject.org/display/DOC/Apache+setup

gnu-linux: Хмм.. А ты теперь зайди по имени и сделай logout. А потом по IP зайди :)

KTO-TO_, по поводу рефреша текущей страницы. если будет реализован нормальный пуш, то ничего решрешить не надо будет

zi_rus: неуверен. Что значит "нормальный пуш"? Или есть мысль пушить ВСЕ объекты?

типа - добавили prefix - он запушился?

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

можно и через push изменения проталкивать

это неоптимально

выглядеть будет шизоидно

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

а иногда - обновить.

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

_4ePTeHok: В твоем случае вообще должна открыться формочка. Нет селектора - закрыл формочку. Сделал селектор, нажал Add заново :)

зачем оставлять старый результат - не вижу применения

zi_rus: Вот ушел ты далеко по иерархии префиксов... А тут бац! и в самое начало тебя! неприятно

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

а где тут необходимость рефреша, старый и новый результат?

давайте поэстетсвуем

Нужно придумать новую систему нумерации релизов NOC

сейчас у нас X.Y.Z[rAAAA]

где X - что-то глобально-мажорное

Y - major

Z - minot

AAAA - #changeset между релизами

Хочется немного изменить релизный цикл

например, делать между релизами X.Y.Z интервал в 1-3 месяца

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

раз в 1-2 недели

interim'ы должны быть стабильны, проходить unittest'ы, но будут содержать не весь запланированный функционал

тогда большинству будет удобнее апгрейдить production на очередной interim и спокойно игратся с tip

годно. только я бы предложил interim релизы раз в 2-3 недели.

хочется покороче

не совсем то, что в agile назвается sprint

но немного похоже

А будут багфиксы и security фиксы для старых веток между релизами? По идее должны же быть. Или только вариант - обновляйтесь по текущего interim?

И по хорошему бы версию менять после релиза. А то сейчас пишется 0.6.4, хотя она реаль же 0.7pre :)

думаю это важно только когда Х поменяется

KTO-TO_: пока не будет, или только за серьезные коврижки

сейчас нет ресурсов на backport'ы фиксов

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

я так и думал :) Пока конечно не надо :) Но как только мажор начнется или еще что... Даже сейчас апгрейд с 0.6.4 до 0.7 занятие не тривальное и не быстрая.

нумерация немного сбивает, та

пора уже 0,7 выпускать

Предлагают тогда AAAA - заменить на версию internim

реально это 6.4 и 7.0

zi_rus: надо бы все проблемы победить

новый УИ планировался в будущем, а он уже почти реализован

zi_rus: вылижем версию, выпустим

все проблемы решать, тогде сразу 1,0

zi_rus: с интерфейсом и noc-web.

dvolodin: Как насчет заменить АААА на номер internim?

AAAA - автоматом подставляет, если это tip

ещё fm не готов на 100%. какой тут релиз =)

тут еще важный момент - interim - это не релиз

ФМ без нормальной корреляции алармов - не ФМ совсем

yep

dvolodin: А где оно автоматом подставляется? в about? И только, если запущено там где делали hg pull. А если нок куда-то поставили - то все. фигу вам, а не tip ;(

так вот - у нас есть огромное количество хотелок, багов и идей

баги в первую очередь

может не париться совсем, а делать просто major.minor.interim

хотя это не правильно

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

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

dvolodin: interim - это же таг? Можно сделать - если таг совпадает с tip - то пишем tag, если нет - то номер ревизии

zi_rus: Не всегда :)

условно - выходит у нас версия 0.7

далее до 0.7.1 выходит 3 interim'а - они должны называться 0.7.1

и какой-то суффик

что меняется от того, как вы будете эти циферки называть, все равно их 3

суффикс

или 4

вон фаерфокс начал цифры штамповать и что это дало?

цифры штамповать не надо

zi_rus: они хром догонят :)

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

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

dvolodin: 0.7.1preX - где X номер internim начиная с 0.

"АААА", как у майкрософта номер билда

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

нормально выглядит и понятно

запили фич - сделали таг - 0.7.1pre1

pre не хочется, так как носит негативный оттенок

не активен noc-activator, как сделать, чтоб он заработал?

в логах посмотреть

прав ему хватате?

Сам нок при определении версии - сомтрит - если tip=tag, то пишем таг - если нет, то берем 0.7.1rAAAA

кстати, ввиду сильного ухода от 0,6,4, предлагаю запилить 0,6,5

zi_rus: зачем? Да и поздно, я думаю :)

поздно

ага.

это вопрос номера

значит 0,6,9

еще не поздно

:)

реально номер версии состоит из <release><interim sep><interim><changeset sep><changeset>

надо пилить fm и новый ui. релизить 7.0 и переходить на новую систему нумерации

сразу 7.0 выдать? :)

я хочу в течении одной двух недель начать выпускать interim'ы для 0.7

это если инвентори замутишь

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

dvolodin: Для internim'ом будут использоваться тэги, да? :)

наверное

пока не решено

но имеет смысл

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

если tip совпадает с последним тегом или нет репо вообще rAAAA будет отбрасываться

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

как исправить, вот это -

2011-10-11 16:10:34,212 Protocol version negotiated

2011-10-11 16:10:34,212 In-bundle package. Skiping software updates

2011-10-11 16:10:34,215 Registering as 'default'

2011-10-11 16:10:34,222 Registration accepted

2011-10-11 16:10:34,222 Authenticating as default

2011-10-11 16:10:34,232 Authentication failed: Authencication failed for activator 'default'

2011-10-11 16:10:37,238 Bundled packaging. Skipping software updates

2011-10-11 16:10:37,238 Negotiation protocol 'NOC SAE PROTOCOL (http://nocproject.org/)' version '1.0'

2011-10-11 16:10:37,251 Protocol version negotiated

2011-10-11 16:10:37,251 In-bundle package. Skiping software updates

2011-10-11 16:10:37,256 Registering as 'default'

в логах активатора

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

это понятно. Но называть отлично от "pre" или "rc" - черевато тем, что будет путаница в будущем :)

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

еще точнее - имя активатора и секрет в noc-activator.conf должны совпадать..

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

но к interim'у они должны уйти

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

да

ИМХО, есть проблема восприятия больших имен... Например, что круче 0.7.1, 0.7.1i2, 0.7.1pre5, 0.7.1r7657 ? :)

последний круче

выстройте последовательность - по готовности релиза :)

faks, имя активатора и секрет в noc-activator.conf должны совпадать в web интерфейсе в настройках акт.

А нифига! :))) самый крутой - 0.7.1 - так как релиз! :)

вот-вот

точнее так - они одинаковые и в текстовом конфиге активатора - и в том конфиге который через веб-ифейс (main-setup-configs-noc-activator.conf)

в последнем номер релиза + номер билда после релиза

реально для релиза достаточно двух цифр

zi_rus: у нас нет билда как такового

В ситауации с "pre" - понятно что это 0 pre, а не релиз :)

АААА - по сути тоже самое

bamboo запускаем, конечно

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

это вопрос терминологии

zi_rus: Это проканает, если будут отдельные ветки на релизы и будет бэкпорт в них. При сквозном репозитории это неверно :)

казалось бы успешный билд, а тротлинг не работает

Т.к. в tip - идет разработка НОВОЙ версии, а недопиливание старой

И по хорошему надо видеть, что ты работаешь на новой, но еще НЕ ГОТОВОЙ версии

Можно конечно тэги называть - 0.7-release для релизов :)

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

zi_rus: пока никак. Старая версия не фикситься. Идет постоянная разработка новой. Если я правильно понял dvolodin :)

я считаю, пока дело не дойдет до 1,0, все так и должно оставаться

Предлагаю: релиз - X.Y.Z-release, промежутки - X.Y.Z(pre|i)I, остальное - X.Y.ZrAAAA

Еще вариант. для interim - просто сквозная нумерация в цифрах и тэг - interim-BBB

в независимости от текущей версии.

navigation> fault management > setup > alarm classes > add alarm class gives 404 page not found, test phase too? :d

не хочется держать -RELEASE

qweasd: adding classes from web interface is not implemented yet

look at fm/collections folder

dvolodin: почему?

А как насчет сквозной нумерации interim?

хочется чтобы релиз был красивой цифрой

например, 7.0

в смысле - таг? А зачем? :) Чем 7.0-release хуже 7.0?

зато понятно, что релиз.

букафками-)

буков много

и -re, -pre и так далее

да и что? :)

Ну много этих буков... Никто ж не будет ручками писать

слово из 3 букв на заборах пишут почему?

потому что всего 3 буквы

Угу. http://www.freebsd.org/cgi/cvsweb.cgi/src/ - посмотри на длину тэгов.

ну ты еще номера версий VRP приведи

:)

:)

но это не мешает многолетний опыт использовать :)

главная трудность ИМХО сейчас, как определить на какой версии продукта ты работаешь. При этом у продукта есть три стадии - релиз, interim, между interim. так?

И надо решить две задачи - что показывать пользователю в виде версии и как назвать тэги, чтобы можно было обновиться/откатиться на определенную точку?

При этом версия должна меняться после релиза на следующую.

Это верно? Или нет? И я все перепутал?

статусы - да, будет так

release, interim, tip

Всегда ли известен номер следующего релиза?

не всегда

предыдущие релизы определялись объемом изменений

Тогда, может нумеровать interim сквозняком? И в версии выводить interim-XX

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

сделали релиз, дальше пошел полет фантазий

Соотвественно, если работаем на релизе - видем номер релиза, если работаетм на interim - видем номер сквохной interim'а, если на tip - видим DevelRAAAA

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

процесс непрерывный

рано или позно надо просто остановиться и зарелизиться

с двумя целями - зафиксировать какое-то стабильное состояние и попиариться по хорошему поводу

на ранних стадиях развития система работала очень хорошо

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

и начинаются проблемы

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

если 10 разработчиков начнут фантазировать, результат будет напоминать лебедя, рака и щуку

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

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

поэтому подход меняется

в сторону хоть какого-то планирования

делаются относительно небольшие таски

is a event class subpart of classification rule or ccw /

разработчики их разбирают к себе

под имеющиеся задачи накидывается несколько interim'ов

и задачи размазываются между ними

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

и упорядочивает сам процесс разработки

Хорошо.

Почему тогда не использовать сквозную нумерацию интеримов?

qweasd: no, classification rule determines which events fit for given event class

i have an event class assigned to a classification rule, i added a event trigger with name of the classification rule, i added a user group with notification mail, when i am testing the event the screen is green, does it send an email too ?

сквозную нумерацию вообще между релизами?

Напланировал интеримов с 200 по 220. А тут на 212 решили зарелизиться :)

да. Вообще сквозную. по всему проекту

qweasd: really, classification rule is bound to class

think of common event processing flow

you have a knowledge base, consisting of two parts: classification and correlation rules

you have a flow of new events

default rule the one named unhandled exception

first, they are checking against classification rules by noc-classifier

i have messages in the events

i'm using those event id to test

next they have event class assigned, and depending upon event class have disposed to correlator

hm

KTO-TO_: допустим, нумерация сквозная

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

?

but if a event is classified by the class rule

is it possible to use this event to test 'test event' ?

and send mail?

dvolodin: А нафига? Пользователи могут работать или на релизе или на интериме или на tip

талбличка) с такого то по такой то interhim - такой релиз, c такого то - следующий)

dvolodin: На релиза? - номер релиза. На интериме? - номер интерима (в скобках можно написать будущую примерную версию). На tip? - dev rAAAA

there are events in fault management > events and i want to use the event to test the rule and <test> the mail fucntion i defined in the event trigger > notification group

i named the event class RE: the same as the rule

qweasd: seemed you gouing wrong way

what do you want in result?

trigger something on condition?

if a rule is hit, a notification group email

at least you event must match some event class

which event class do you catching?

can you describe you task with details?

KTO-TO_: вот смотри, проблема с другой стороны

ko

ok

dvolodin: Для кого важно знать между какими релизами интерим? Для разработчиков? для планирования? Для клиента? для тех.поддержки?

кто-то оформляет багу, которую он нашел в релизе I220

у нас текущая версия - tip

последний релиз - 0.6.4

как они между собой соотнесутся?

by default there is a classification rule NOC | Unhandled Exception, thisone have a event class NOC | Unhandled exception too. in my fault management > events i have some hits which are classified as NOC | Unhandled Exception

yes

when i copy / past a event number into a classification rule > test event i get green screens

yes

so it seems to be working for the 'filter' part

but now i want to add a notification email

so when a event class rule is hit, i get an email about this problemn

so i added a new even trigger

create event class trigger, select unhandled exception

as class, fill notification group and template

and restart noc-classifier

Если он нашел багу в интериме i220, то надо смотреть починена ли бага позже этого интерима, если нет - то чинить в tip и бага будет починена в следующем интериме (напрмер, i224). И тому, кто нашел багу, в ЛЮБОМ случает надо будет обновиться до I224, т.к. модель

i cannot select, i need to type, dont know if it makes diff

i cannot select a template, i created a notification group with email

KTO-TO_: а вот и неправильно

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

dvolodin: :) А как правильно? :)

логично, наверное, для начала попросить проапдейтиться до последнего поддерживаемого релиза

(последний и предпоследний)

это в безусловном порядке

или пусть сам backport делает для себя

is it possible to restart noc-classifier via web?

Чтобы сделать бэкпорт - надо знать когда починили.

а дальше - либо ждать следующего релиза, либо interim'а, на который назначили исправление этого бага

Обновиться до последнего релиза или интерима?

qweasd: no, refreshing via web is temporary disabled

waiting for global message passing framework

KTO-TO_: зависит от параноидальности

ok, testing with an old event in the class rule > test event does not trigger an email?

test will not trigger enything

you must restart noc-classifier and select reclassify event

then it will be passed through classifier again and will trigger

dvolodin: Релиз менеджер же знает, на каком интериме - какой релиз был. И тех. поддрежка должна знать :) Поэтому им не составит труда сказать - до куда обновлятся. В принципе, даже табличку можно вести, после какого интерима зарелизились

ic

KTO-TO_: мы придем к схеме нумерации версий IOS

с весьма запутанным upgrade path

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

называем версии X.Y.Z(IIII)rAAAA

rAAAA добавляем только в случае расхождения с последним interim

goddamn, last q, where do i find the 'select reclassify event' i onyl see change classification rule

релизы - фактически совпадают с последним interim'ом

в котором закрыли все задачи

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

Только плохо, что найдя багу в 0.7.1(22) мне надо будет заапгрейдиться до 0.7.1 сначала. Не очевидно.

для interim'а -- указываем ориентировочную целевую версию

неее

если у тебя 0.7.1(22) - это значит, что 0.7.1 еще не вышел

нумерация interim'ов - уникальная для каждой target-ветки

Ага. Я его поставил, когда 0.7.1 ЕЩЕ не вышел. Нашел багу и написал ПОСЛЕ выходя 0.7.1

то есть последовательность у нас такая

0.6.4 -> 0.7(1) -> 0.7(2) -> .... -> 0.7(20), он же просто 0.7 -> 0.7.1(1) -> ... -> 0.7.1(15) -> а тут мы поняли, что опять накодерили и это уже 0.8 -> 0.8(16) -> ... -> 0.8

или начинаем с 0.8(1)

при этом делаем так

ветку 0.7.1 закрываем и никогда не релизим

все таски, запланированные на interim'ы 0.7.1 скидываем на 0.8(1) и дальше

0.7.1 в версиях фигурирует в промежуточных, но не релизится

в любой момент времени имеем

Может все-таки добавить "pre" до релиза? :) Типа 0.7pre(1) - .. 0.7pre(20) - 0.7

будущий interim < tip < последний interim < последний релиз

dvolodin: where do i find 'select reclassify event trigger'

Это понятно. Смущает только одна вещь, что 0.7(2) - это меньше чем 0.7. А так все хорошо :)

qweasd: in event viewer

reclassify button

KTO-TO_: если бы 0.7(2) был бы больше, то он был бы 0.7.2

Но мы твердо знаем, что скобки - признак незаконченности

в общем виде релиз выглядит так 0.7(2)r4895

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

а может и войдут

но - если ходим с буковкой "r" - то тестим и не ноем

дошли до interim'а

стали 0.7(2)

если у нас interim, мы надеемся на какую-то стабильность

dvolodin: не. Стали 0.7(3). разве нет? Номер будущего интерима нигде же не пишем?

стали 0.7(2)

у нас версия так выглядит

ИМХО, 0.7(2) - смотриться как 2-я версия релиза 0.7, а не как - вторая ступень к релизу 0.7

<целевой релиз> ( <целевой interim>) r<changeset>

как только доходим до цели - отбрасываем хвост

сначала changeset

потом - interim

чем короче версия, тем меньше багов :)

да

:)

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

Красиво. но опятьже ИМХО, можно замучатся объяснять при большой массововсти :) А может и нет

Просто ИМХО в сознании большенства - чем больше буков - тем исправленее версия :)

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

надо несколько задач решить махом

1. дать ответ на вопрос, на какую версию обновляться

where to debug the trigger / email part ? var/log/noc/* dont display anything about email

mz

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

как с этим жить

наверное так

в принципе - любая нумерация требует описания

чет-нечет -- еще более запутанно

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

делаем по repo на каждый interim, в котором планируем поучавствовать

работаем в repo под грядущий interim

назваем по номеру версии

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

0.7(2)/noc/$ hg tip

hg tip | head -1

changeset: 4896:ce721c719c67

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

0.7(2)r4896

и в этом repo делаем коммиты

и отсюда делаем push в основной репо

если нам приперно сделать что-нибудь наперед - делаем себе репо 0.7(3)

тупо локальным клоном с 0.7(2)

играемся как хотим

вот как раз разработчики то привыкнут к чему угодно :) Тем более что работа идет надо одним интеримом? Или паралельно над несколькими?

тестим

Мержить потом не замучаемся?

мержит тот, кто забежал вперед

его задача в момент фиксации 0.7(2) сделать merge со своим 0.7(3)

а тем кто пишет свои плюшки, чего все ветки ставить?)

Как понять что ты перестал бежать вперет и теперь из 0.7(3) можно запушить все в основное хранилище?

после этого вылить все, что у него есть в 0.7(3) запушить в основной хранилище

А если я случайно запушу из 0.7(3)? :)

KTO-TO_: выпилим из репо, не беда

_4ePTeHok: В принципе не обязательно :) мержить только из транка.

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

Ну или протестироваными кусками в момент релиза интеримов

если по ошибке сделал push - испоганишь только свою локальную копию

dvolodin: Как разработчик поймет, что уже можно? :)

анонс от релиз-мастера

типа все ребята, 0.7(2) зафиксирован

в jira делаем 0.7(3)

по идее фиксация как наступает

закрыты все тикеты

не завалились unittest'ы в ci.nocproject.org

в идеале - ручной Q&A дал подтверждение, что все нормально

как приговор - релиз-мастер делает hg tag 0.7(3) и коммитит его

при очередном pull все увидят новый тег

ладно, пойду домой, может набросаю в kb пару статей

я тоже до дому...

может еще имеет смысл делать interim'ы с меткой RC

dvolodin: where to debug the email sent part? where can i see if the email is sent via the localpostfix mail server

если поставили RC - то все новые фичи пойдут в первый interim после релиза

qweasd: check noc-notifier daemon

and main > pending notifications