nocproject.org

нашел у себя в закромах снапшот NOC 0.7(4)

практически музейный экспонат

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

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

бля

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

не перейдешь, и что?

скажи мне, как выглядит tab index

ну вот, не работает

надо починить

какой индекс?

это то новое изменение в интерфейсе?

не видел ничего нового

только поехали поля

но все осталось по-старому

вот и найди там аналог tab index, тогда и починю

это порядок, в котором перескакивают по tab

,,

а по русски что лечит вот этот коммит? "Reset deferred discovery jobs when object gets up again"

e_zombie: если железка упала, то discovery job'ы на ней выполняться не могут и уходят в состояние deferred

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

могли бы и сами, блин

а потом когда она АП они начинают работать?

e_zombie: да, deferred заменяется на waiting

ухтыж. неплохо.

надо протестировать.

если их в deferred не уводить, то оно так и будет долбиться

и почем зря грузить SAE

вот это это шикарный коммит.у

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

http://www.phoronix.com/scan.php?page=news_item&px=MTg3NDQ

так ты по времени посмотри

http://i67.fastpic.ru/big/2014/1229/f5/aeb9728ab60bf81060599b2dd3f3a6f5.png

причём пока не могу понять что там за пик в 10 вечера.

бакап делается в 28.12.2014 18:05:45

и NOC ли это вообще?

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

и они образуют пик после нуля

что там у нас еще из жутких багов?

dvolodin, NOC-1010

NOC-1467

из таких же, как таб на логине - теряется фокус со строки ввода команд в sa - mo - console после ввода каждого символа

NOC-1400

есть такой баг про консоль. хрен попадёшь или вставишь туда.

lexus-omsk, не все сразу, а то он опять ничего не починит

ну вот пока хватит. у меня баги простые .

zi_rus я и так не часто пишу, хотя надо бы разобрать "архивы" и сделать ещё кучу багрепортов

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

"dvolodin: что там у нас еще из жутких багов?"

PM|Setup\Metric Configs

lexus-omsk: у меня не теряется

делаю с хэндлерами MongoDB и Postgres, зайдя в один и потом в другой, поля в Config показываются от другого метрик конфига

dvolodin: в селекторах, в Sources доступны не все селекторы

(вероятнее всего)

в SIurces в селекторе можно добавить селектор, в котором находишься, и это сломает селекторы

dvolodin: не помню, пофиксили или нет: выбор стиля кроме Gray --- ломает интерфейс

нууу

TSergey был недавно коммит про стили в профиле

хорошо, значит я пропустил

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

а зачем ты это делал?

dvolodin: расскажи, как работает nbsocket (/connectedtcpsocket)?

как в нём recv организован?

ежели я чистым питоносокетом цепляюсь к железке, то вижу вывод, несколько отличающийся от того, что в debug-script

evyscr: это как?

ого, какой low level debug пошёл :)

ну те самые страдания с escape-последовательностями и т. п.

я понял

вот дамп имени лексуса: http://pastebin.com/7NbrYwuB

когда я делаю банальный data = sock.recv(4096); print repr(data), то после \x1b[?25l вижу совсем другое

(а именно - интересующие данные)

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)

что ещё на сокет надо накрутить, чтобы получить максимально близкое к ноковскому?

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

dvolodin, ну и че?

Fix tab navigation in the login form - обновился я, но не работает твой фикс

фикс работает, теперь в хромиуме тоже по табу не переходит :)

в safari переходит

evyscr: что выдает nbsocket и что выдает обычный сокет

я ж не пробовал чистый nbsocket, только через debug-script.

если это telnet, то там еще telnet negotiation есть

ok

ну так покажи разницу, что на кофейной гуще гадать

http://dpaste.com/0ZB6V89

чистый сокет

dvolodin, ты готов проспонсировать закупку маков всем пользователям NOC? я думаю никто против не будет

http://dpaste.com/1XC0NVW - дебаг-скрипт того же девайса

zi_rus: пользователи NOC вполне могут решить мелкие проблемы UI самостоятельно

дока по JS и ExtJS вполне доступна

evyscr: а если честно telnet'ом прицепиться?

или ssh'ем?

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

честно - это как? через telnetlib?

telnet'ом

а на что смотреть-то?

dvolodin: видел баг с PM\Setup\Metric Configs ?

dvolodin, нет, не могут

evyscr ну видимо tcpdump'ом те же escape-последовательности ловить

да

ох

сравнить tcdump от telnet'а и от debug-script

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

приходится наводить мышь и тыкать enter

да да

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

смотри IAC'и

вру, вижу там же, где и в чистом сокете

как смотреть IAC'и?

при логине

символы с кодом FF

по поводу формы логина в нок: обновился, у меня в исходниках страницы tabindex -1 для обоих полей (логин, пасс)

ну и не работает соответственно

"пользователи NOC вполне могут решить мелкие проблемы UI самостоятельно" а должны?

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

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

вот смотрю я соотвествующий коммит и вижу отсылку к /auth/backends/base.py - как догадаться, что форма рисуется где-то там?

из документации разработчика

я бы полез куда-нибудь в apps/desktop/js...

как-то так: 'fffd 03ff fb18 fffb 1fff fb20 fffb 21ff fb22 fffb 27ff fd05' - телнет

lexus-omsk, а у меня как надо, 1 и 2, и и все равно не работает

lexus-omsk: можно спросить

evyscr: это откуда и куда

это на свич от программы telnet

он тоже IAC передает

'fffb 03' 'fffb 01' 'fffd 1f'

в случае телнета, в трёх пакетах

в дебаг-скрипте те же три, но после первого вклинивается 'fffd 03' на свич

первая строка телнета отсылалась до получения iac'ов от свича. В дебаг-скрипте не отсылается ничего (до посылки текста).

в случае телнета не видно посылаемого текста в плейн-виде.

кто первый передает?

свичт

iac'и? телнет

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

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

Всем привет. Не оставляю попыток поставить develop NOC. Делаю все по инструкции: https://kb.nocproject.org/display/DOC/Manual+Installation на шаге: # /opt/noc/scripts/upgrade вылазит ошибка: Synchronize collections

ERROR:noc.lib.debug:UNHANDLED EXCEPTION (2014-12-29 14:59:44.713963)

Working directory: /opt/noc

<type 'exceptions.KeyError'>

'71faba70-4890-455b-af5b-295215979359'

START OF TRACEBACK

Пробывал сносить все данные пересоздавать базы и заново клонить реп, тоже самое. :(

при посылке логина телнетом: fffd 01ff fa1f 006e 002b fff0

в случае дебаг-скрипта, получается первый пакет от свича, посылается 'fffd 03', получаются ещё два иака

при посылке логина: fffd 01ff fb1f fffa 1fff ffff ffff f0

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

фигасе с 3-его раза прошло

всегда забрасывай вывод на пастебин

мистика

ога

http://pastebin.com/Y8rKDzKW

А где у нока startup script

./scripts/noc-launcher.py

Когда русками ставишь его нету

if you mean init-script - /opt/noc/share

копируешь его в инитд и тебе счастье

ога а бросьте конфиг nginx еще

dvolodin, не работает твой фикс с deferred

2014-12-24 11:05:46.106496 Deferred

свич долгшо лежал, сегодня его установили и он засветился

2 часа назад

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

пока я не пересохранил МО, могу чего-нибудь посмотреть если надо

zi_rus: по поводу установки NOC и его зависимостей:

1. pip и virtualenv не полностью выпилил, а только частично..

сам нашел /opt/noc/share/vagrant/x86_64/Ubuntu/12.04/files/nginx.conf

2. Реализация поддержки NOC в Gentoo https://bugs.gentoo.org/show_bug.cgi?id=366051 была ещё до перехода на pip и virtualenv.

3. Считаю что все зависимости должны быть с системы, со всеми патчами и поддержкой со стороны производителя дистра;

xetle, 3. yt edthty xnj 'nj htfkbpetvj d ghbywbgt

*не уверен что это реализуемо в принципе

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

Это помагает например в поиске уязвимостей штатными средствами дистров (glsa https://bitbucket.org/nocproject/noc/pull-request/53/django-security-fix-cve-2014-0472-cve-2014/diff) и во многом прочем.

4. Да, приходится поддерживать свой репозитарий с необходимыми зависимостями (https://bugs.gentoo.org/show_bug.cgi?id=366051#c15)

Как видно, для Gentoo надо всего 9 пакетов включая NOC и ещё 7 сущиствующих пакетов должны быть специальной версии.

Гентоо довольно гибок и разрешает в принципе установку в системе нескольких версий одного пакета, например питона...

В прочем решил JS пакеты noc-pkg-* ставить средствами pip

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

также ввиду необходимости отключения контроля памяти в питоне держу virtualenv с питоном.

Да, привязка к минорным версиям это плохо, но что делать если разрабы в минорных версиях меняют АПИ?

Надо отделить нормальные пакеты от странных и например для джанги прописать <dgango-1.5 то есть любую версию dgango-1.4.*

пока джанга не постраннеет

бгг

5. В текущем состоянии (кроме Гентоо) с разрабами дистров о включении NOC как стандартного пакета говорить не приходится.

невменяемые апстримы меняют и API, и ABI, без изменения сонейма

именно по тому что все зависимости тянутся pip непонятно откуда..

в альтике кто-то нок мэнтейнил

ладно надо отвлечся...

CSV импорт из Main -> Setup можно ли использовать для "batch" апдейтов например кучи МО? насколько правильно так делать? Или механизм импорта в sa.managedobjects уникальность записей не проверяет?

не проверяет.

там надо быть очень осторожным.

SQLQUERY="SELECT address from sa_managedobject where name not like 'wiping-%' group by address having count (address) > 1 order by address;"

SQLRESULT=`echo $SQLQUERY | psql -U noc --dbname noc -X -A -t -q -F" " --single-transaction --no-align -o $BASEDIR/out.hostsscan.txt`

т.е. сделав export, а потом import - я получу просто кучу дублей?

вот такую штуку стоит проверять

могёшь.

но оно скорее всего начнёт ругаться на совпадение неймов.

по нейму уникальность есть. а вот по айпи - нет

учитывай этот факт.

ага, ясненько

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

SQLQUERY="SELECT address from sa_managedobject where name ='';"

вот такие штуки тоже советую делать.

Если в MO не указать Trap Source Ip, будет ли NOC считать, что trap source ip = address?

нет

нет

с моей колокольни - несколько нелогично

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

см. выше - на одном ip может быть несколько mo

это как раз логично, но если он один )

xetle: абсолютно неправильно ты считаешь про зависимости

зачем его дважды указывать в разных местах

нынешний тренд - консервировать все зависимости в рабочей комбинации

скриптом укажи

гей-браки - тоже нынешний тренд

и примеров могу привести массу: весь java код, тот же подход go со статической сборкой

любой enterprise софт

эм

т.е. сохранность рабочей комбинации приносится в жертву юзабилити? )

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

Phobius: рабочий софт лучше неработающего usability

чем вас virtualenv смущает?

Phobius: какая рабочая комбинация?

есть в моём случае несколько mo, все кроме одного доступны через проброс портов

Phobius: зачем кнопка Is Managed? если выключенная железка все равно пингуется

в алармы аккуратненько складывает сообщения Ping Failed

мир несовершенен )

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

я собственно пытаюсь понять почему на трапы, которые шлёт свитч NOC ругается как Invalid Event Source

он их не знает

Phobius: trap source не указан

указан

это что за рекомендация со стороны нока

Recommended Actions:

Grab this event, clear valuable data and submit an issue at http://nocproject.org/

делай json, закрашивай адреса-логины-пароли, создавай иссью.

хм, noc-classificator случаем не вовлечен в процесс разбора snmp-trap?

трейс http://pastebin.com/jCMjkHSY

в пируле всё правильно?

пируль копипаст с сайта

что за id в нём?

ид чего? пируля, железки, профайла?

InterfaceProfile, видимо

на него же ругается

dvolodin: мы чуть о разном говорим. Да мы вынуждены консервировать минорные версии зависимостей ибо разрабы меняют API. Это безспорно!

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

вопрос должен стоять так:

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

Я считаю что NOC должен использовать стандартные средства установки каждого дистра!!!

А демон noc-classifier так и должен каждые 3 секунды перезапускаться? http://dpaste.com/2C8NYC6

Тоясть для пользователей Гентоо установка и настройка NOC должна происходить также как и любого другого пакета:

evyscr: все как в описалове пируля. до какого-то апдейта все работало . потом нагнулось

Установка: emerge net-analyzer/noc

emerge -j :)

Настройка: emerge --config net-analyzer/noc

по аналогии dbkg, yum, ......

apt-get ;)

filippovma: как тебе впечатления от установки NOC?

эх, не хочет эвенты генерить (

Нок должен устанавливатся и настраиватся двумя ШТАТНЫМИ командами по установке и настройке пакета в дистре!

А в реалиях (кроме Гентоо) челоек должен просидеть день в чате и прочесть кучу доков...........

filippovma: сколько времени ставил NOC в своей убунте?

xetle: ацкий ад

xetle: ставил неделю)

пардон, что влезаю, на debian 7.7 noc взлетел в течении часа по Manual Install

первый раз ставил

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

за пол часа

а вот когда мне понадобилось develop

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

начались танцы с бубном

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

а не те что прописаны в ноке

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

ну я hg clone && hg update develop

потом просто upgrade

он ругнулся в процессе апдейта на отсутвующие либы, но aptitude install всё порешал

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

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

dvolodin: вопрос о консервировании версий зависимостей безспорный - это необходимость стабильного API.

yum --showduplicates list python-django.noarch

Available Packages

python-django.noarch 1.6.8-1.el7 epel

dvolodin: вопрос о УСТАНОВКИ и НАСТРОЙКИ NOC штатными средствами дистра...

Гентоо django-1.4.15.ebuild django-1.5.10.ebuild django-1.6.7.ebuild django-1.7.ebuild django-9999.ebuild

версия 9999 вытянет последнюю джангу с реп...

zi_rus: значит кроме нок придётся поддерживать ещё и пакет джанги-1.4.15

xetle, приходим к тому чтобы создать свой репо с rpm и deb и ебилдами

cat /opt/noc/etc/requirements/*.txt |sort |uniq - список зависимостей.

но тогда пролетают всякие freebsd и сюзи и кто знает что еще

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

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

xetle: а теперь вопрос - зачем оно все, если для питона есть pypi

и pip

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

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

а специально запиленной боевой

тюнинги там всякие и прочее

я думаю 90% этого бы хватило

нет. pip незаменим для нока сегодня, пока нету разрабов КАЧЕСТВЕННО поддерживающие устаноку NOC штатными средствами.

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

я против виртуальных машинок.. Как релиз, да полезно для рекламы но не болеетого!

проблема отсутствия реп и штатонй установки в релизной системе NOC!]

dvolodin: NOC надо релизить хотябы раз в год, лучше раз в полгода и

xetle: а тот же docker - это изврат?

релиз должен включать noc-*.*.tar.bz2 пакет и необходимые ему noc-pkg-* пакеты!!!!

Как опцию образ виртуалки...

тогда для этого noc-*.*.tar.bz2 можно строить репозитарий для какого-то дистра.

почему ты не хочешь виртуалку?

xetle: если вы против vm - у меня для вас плохие новости

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

dvolodin: я о виртуализации и контейнерах придерживаюсь сурового мнения Тео (разраба опенбсд)

бгг

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

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

xetle, он ебнутый безопасник

у меня 10 серверов у которых загрузка цпу меньше 10%

На посмотреть - это nigtly builds

я бы их в 4 железки бы мог уплотнить

NOC высасывает всё ЦПУ

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

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

CPU: 1.1% user, 0.0% nice, 0.6% system, 0.1% interrupt, 98.2% idle

и нафиг оно такое?

да, тот еще сосун

Ладно, для релиза нока необходимо noc-*.*.tar.bz2 и необходимые ему noc-pkg-* пакеты - релизить не реже чем раз в год!

нок не убунта

это дебиан

альзо, релиз раз в полгода - пиздец релизёру за пару лет.

xetle: и что это даст?

релиз по готовности

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

без noc-*.*.tar.bz2 и необходимые ему noc-pkg-* нет шанса даже в Гентоо!

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

они отказываются от jira, оракла и прочих weblogic'ов

а zi_rus отказывается от netcool, потому как там нет ebuild'а?

Не забывайте о минорных версиях...

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

xetle: давайте уж чтобы не повторяться озвучу свою позицию

noc-0.8.1 через полгода-год noc-0.8.2...

любой дистрибутив преследует цели определенной группы лиц

MАФNЕЯ

если они совпадают с нашими - обсуждение возможно

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

xetle, минорщина это багфиксы без новых фич

если не совпадают - нет темы для обсуждения

кто будет пилить фичи

xetle: для разработчиков дистра - возможно

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

и что с того

dvolodin, ну вообще это дает юзеру более просто ставить нок

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

zi_rus: он поставит из bootstrap'а

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

Ладно, ещё раз о моей убеждённости, не как пользователя конкретного дистра, а в общем:

да ну не смеши

dvolodin, половина бутсрапов не работает

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

NOC должен устанавливатся и настраиватся штатными средствами дистра!

zi_rus: если не работают - правь

а нужен ли бутстрап..

мне не надо

xetle: NOC разработчикам дистра, строго говоря, ничего не должен

я по мануальчику поставил

мне тоже

обратное тоже верно

В случае гентоо emerge net-analyzer/noc -установка и emerge --config net-analyzer/noc - настройка. Это понятно для всех пользователей дистра, используется всеми остальными пакетами и удобно.

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

xetle: а как с тем, что NOC патчит джангу и mongoengine?

вопрос только кто в продакшн пользуется генту

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

я и это плохо

xetle: первичен не дистрибутив, а софт

софт бывает сложным

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

нагиос, заббикс, кактус - все есть в стандартных репах

нок со всеми ними пытается конкурировать

патчит джангу и mongoengine это сложный вопрос... В принципе NOC должен зависимостями тянуть пропатченые джангу и mongoengine!

zi_rus: есть то есть, только кто из ставит из стандарных репах

я ставлю

не сорцы же качать и конпелять

xetle: и где же он их возьмет?

:)

Тоесть django и mongoengine ставятся в систему пропатчеными но как штатные ссистемные пакеты.

С мини реп нока:)

zi_rus: в случае какти почему бы и нет

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

в своё время например, актуальной версии zabbix не было в ubuntu-server lts

или заббикс мускульный, а нужен postgres

эээ

а чо такое

> ./scripts/stop

zsh: no such file or directory: ./scripts/stop

куда дели

скажите: а чего под двойному клику не открывается аларм? фаэрфокс

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

и если их на сотни или тысячи - тут да, без package manager`а никуда

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

к чему бы это

dvolodin: вот пример полного репозитария https://bugs.gentoo.org/attachment.cgi?id=392364 а вот необходимый на сегодня минимум: https://bugs.gentoo.org/attachment.cgi?id=392366

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

а ограничиваются, скажем, RHEL и SLES

а на ту же фрю в приниципе забивают

не знаю как в других дистрах но разрабы гентоо поддерживают mysql oracle postgres sqlite odbc - 5 вариантов забиксов по разных базах...

генту это очень специальный дистриб )

oracle в gentoo

:)

gentoo.

смайлик фейспалма уже не модный ?

а не подскажите чего теперь вместо него ?

net-analyzer/cacti и net-analyzer/zabbix есть в генте.. вот NOC до сих пор нет...

xetle: это показатель чего?

дык и в арче нет

ладно, сжальтесь, расскажите почему флапает запуск noc-classifier и что это такое

запусти через -f start от юзера нок

В NOC нет релизов noc-*.*.tar.bz2 и необходимые ему noc-pkg-* необходимых для его добавление в любой дистр.

Тануть с реп и ставить зависимости pip - не убеждает пользователей в Ынтерпрайзности софта.

dvolodin, мне кажется xetle говорит про nightly-build

У меня смутное сомнение, что правил наверное нету ) http://dpaste.com/2VNWTMK

или строчки в конфиге )

dvolodin: надо дать разрабам дистров шанс.. зарелизить noc-0.8.0.tar.bz2 и необходимые ему noc-pkg-* и пусть добавляют в свои репы, пашут штатные установщики и настройщики.........

а кто им мешает-то?

они ломаются, как девки в кабаке

freeseacher: nightly-build не нужен. Нужен тарбол раз в год или полгода! И чтобы этот тарбол можно было стянуть с сайта...

видите ли pip их смущает

xetle: ты его можешь забрать с bitbucket

dvolodin: дай разрабам дистров раз в год тарбол. Хотябы текущий срез, НО С НОМЕРОМ нормальным..

xetle, ты можешь сам срезать раз в год и тарить

гентой тут только ты наркоманишь

dvolodin, дай, бля, тарбол!!!1111

и чтобы этот тарбол висел на сайте длительное время. годы..

zi_rus: нет, в этом чате ещё пару гентушников маскируется...

fm.classificationrule пустой - это ок?

так же как и #fm.eventclass

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

но! openrc - тема

https://bitbucket.org/nocproject/noc/get/develop.tar.bz2 не есть релизом, и разрабам дистров такой тарбол не подходит...

Надо https://bitbucket.org/nocproject/noc/noc-0.8.1.tar.bz2 и к нему noc-pkg-*-*.tar.bz2 с контрольными сумами с ссылкой на официальной странице download...

Без сего разрабы дистров не возьмуться за создание пакета NOC/

А как я уже говорил, моё убеждение:

xetle: и как будет миграция с версии на версию происходить?

1. Нок должен устанавливатся штатными средствами дистра!

2. Нок должен настраиватся штатными средствами дистра!

dvolodin: релизить можно и раз в квартал раз в месяц :)))

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

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

вот и я про то же

Для разрабов нока оставляем текущую ситуацию с pip.

xetle, знаешь как будет ?

вот поставит твой хомячок нок на генту

BTW -- NOC 0.7(4) апгрейдиться на 0.8 с одним косяком

у него возникнет грабля

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

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

и всё

и ниебет.

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

Ну я держу два нока, один рабочий, другой девейлоп...

который я, может, и смогу поправить

с default на develop - прыгает чисто

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

это тупо долго и неинтересно

да и мотивации нет

это не должно быть долго, btw

Ну релизте девейлоп не раз в год, а раз в полгода... или раз в квартал.

смысл?

дык и толку то

баги сами не пофиксятся

Без релизов тарболов, не будет штатных пакетов нок в дистрах...

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

да нахрен они не нужны

нету у роксдб установщика через систему и пофиг

поставлю так. запишу в саппорт мануал как ставить.

Switching to branch develop

3629 files updated, 0 files merged, 540 files removed, 0 files unresolved

это вот с default на develop

dvolodin, ты сливаешь ветки ?

freeseacher: нет еще

аа

а собрался?

но правлю процесс перескока

нет, пока не буду

какая-то странная (для меня) модель развития

обычно ответвляют от танка стейбл

Не поймите меня неправильно, я нехочу навязывать лишней работы и трудностей.. и с релизом не тороплю...

*от транка

Просто спросили и сказал своё мнение по установки и настройке нока и связной с этой темой релизов.

xetle, спасибо за мнение, думаю оно совпадает с мнением немалого количества пользователей.

https://bitbucket.org/nocproject/noc/get/0.8.tar.bz2

вот ссылка

стабильная версия

они тут https://bitbucket.org/nocproject/noc/downloads#tag-downloads

freeseacher: nocproject-noc-7a59a4658470.tar.bz2 просто отвратительная нумерация. Почему не выкладывать нормальный noc-0.8.0.tar.bz2 и контрольные сумы к нему...

И да, если вы гентушника будете заставлять hg pull -u то каталог .hg надо в релиз паковать тоже....

Оно при script/upgrade матукнётся или само доставит зависимости как в virtenv настроели..

dvolodin: возвращаясь к IAC. Как всё это дело проверять? Вот есть, например, список при котором вроде всё нормально. Как добиться чтобы нок его использовал?

freeseacher по моему для компиляции .hg тоже нужен..

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

ок, сотворю иссью

чистый сокет не шлёт вообще ничего - и всё нормально

это он плохо делает

freeseacher, а вот херово что нет роксдб

не хватает еще конпеляния чтобы но поставить

zi_rus так в байт код конпеляет... pyc & pyo содаёт.. Скоро pypy вообще бинарный код для питона выдаст...

А вот хоть убейте, всё равно Unknown Event Source, трапы шлют 3 железки, трапы простейшие, линк ап/линк даун, IP вбиты, community указаны

я хз куда далее копать

А шлёт оно с тех же IP что вбиты?

ессесно

счас tcpdump`лю

рестартни нок.

IP 10.254.1.52.161 > 10.0.0.156.162: C=######### Trap(94)

рестартил уже даже не нок, а всю виртуалку )

а если у него мибов нету, то он просто запишет в Unknown Event да? но не будет ругатся про Unknown Source?

ну не MIBов, а он не сможет классифицировать трапу

Коллектор тоже выбран в настройках MO

трап IP должно совпадать с IP с которого ивент прилетел.

всё локально, все сервисы на одной машине

хм

В sa -> mo надо в объект зайти

и посмотреть что прописано в поле trap IP

Trap Source IP выставлен в тот IP на который ругается NOc

оно должно совпадать с тем IP с которого ивент приходит.

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

заходим в свойство MO - и о чудо! Trap Source IP = 10.254.1.51

:)

* ищет табличку "Сарказм"

ладно, NOC, этот бой остался за тобой, перекур

Phobius: удачи в раскапывании, она понадобится

Тадам

заеблось )

причина в том, что был указан Collector

А трапы получает активатор

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

а это нормально, что длинк флудит трапами типа LLDP Remote Tables Change: 2 inserts/0 deletes ? я так понимаю, что на каждый advertise от neighbor`а он генерирует трапу? кто сталкивался?