nocproject.org

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

это безопасно и всем нужно

я бы скрипт написал свой

как проверить, что это безопасно?

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

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

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

тся без изменений

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

Уважаемые знатоки!!! Можете подсказать где найти доку установки для последней версии, то что нахожу все для старое, где упоминается про скрипт post_install

genkuzya http://kb.nocproject.org/display/DOC/Installation

zi_home: а что при этом делать с линком со стороны B?

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

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

но проще снести

стандартная процедура, делаешь unlink, а потом актуальный линк

ufir Спасибо!

https://bitbucket.org/nocproject/noc/commits/71dd3d62c698c3ba4d27d150f282200059a8f263

zi_home: погоди, у меня пачка бессознательного

как будто у меня есть выбор

даже если вас съели, у вас есть два выхода

Сделал отдельного демона noc-collector, для сбора логов и трапов

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

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

а что плохого что активатор был коллектором?

демоны плодятся

плохо

система усложняется

ничего плохого

старый механизм полностью сохраняется

сложность это плохо

нет

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

внедрять сложно

дупы задавятся, да

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

есть примеры?

да

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

нет

циска когда ребутается, флапает линками

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

up down up down

вернее down up down up

он последний down пропускает и поднимает аларм, а последний up давит и не закрывает аларм

dvolodin, вот пример

LC/0/2/CPU0:Mar 12 00:09:17.814 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface TenGigE0/2/0/2, changed state to Down

LC/0/2/CPU0:Mar 12 02:27:15.015 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface TenGigE0/2/0/2, changed state to Up

LC/0/2/CPU0:Mar 12 02:27:15.499 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface TenGigE0/2/0/2, changed state to Down

LC/0/2/CPU0:Mar 12 02:27:16.405 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface TenGigE0/2/0/2, changed state to Up

аларм не закрыт

хотя Up пришел

2 недели назад, когда я еще мог посмотреть

нок написал что задавил дубликат Up

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

а если флапать быстрее будет

сделаешь 100мс диапазон, а флапать будет каждые 90

dvolodin, может лучше дать условие подавлять только если различаются источники? snmp или syslog. давилка же для этого

или зачем еще тогда давилку придумали?

нет, иногда и так срач идет

какой срач? вот у меня за 60 дней 8к ивентов про ДОМ насыпались, и ничего все в один аларм подписалось, потому что падает такое сообщение каждые 30 сек и ничего, все живы. разве что аларм теперь не открывается, 8к ноку с монгой много

еще вариант, сделать окно хотя бы в 10 событий, а не со второго начинать рубить

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

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

подумаю

https://bitbucket.org/nocproject/noc/commits/7487e4add44fd41ae417ba6446deffd89b3351c2

вот красотизм

я в очередной раз не понял :)

привязался к каим-то классам

аудитишь их

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

тоже самое и по ивентам можно увидеть

к ним же и привязался

профит в том, что можно будет увидеть эти события в отдельной панели managed object'а

да и безопасникам отдать

dvolodin, почему так может быть

In [99]: split_alnum(interfaces[0].name)

Out[99]: [u'Gi ', 0, u'/', 1]

ну нормально

In [103]: for interface in sorted(interfaces, key = lambda x: split_alnum(x.name)):

.....: print interface

.....:

---------------------------------------------------------------------------

NameError Traceback (most recent call last)

NameError: global name 'split_alnum' is not defined

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

а всегда работало

в noc shell балуюсь

странно

может опечатался где?

да не похоже, копипастил из рабочего кода

а shell не закрывал?

нет

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

в старом ноке все работает

то ли питон кривой

то ли ipython

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