nocproject.org

���� ������������

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

zi_rus: да, там сортировка по timestamp

ну значит поставь себе галочку где-нибудь, чтбы поправить когда будете новое приложение для ФМ лабать

фикс timstamp -> id - ок, можно закоммитить

NOC-788 можно закрыть

да вот думаю я, по id сортировать, или все-таки сделать регистрационный номер для event'а

все-таки приятнее по номерам с ними работать, нежели по ObjectId

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

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

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

даже 9 знаков - это не 24 шеснадцатиричных

у меня уже Events: 203555

что будет когда границу перейдет

у меня в одной инсталляции -- 1.5M в день

границу чего перейдет?

диапазона номеров

а кто их ограничивать собирается?

9 знаков это один ярд

zi_rus: а шестнадцатиричных?

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

я про то же

десятичная должна быть

доброго всем

десятичная, конечно

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

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

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

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

я имею ввиду сбор инфы с цисок наподобие сериал

у меня есть патч который собирает их но в скрипте get_version

нет

от dvolodin я слышал что эо не есть гуд

*это

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

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

как пример - нам нужна система для инвентаризации узлов, чтобы не в excel... в принципе, вроде это вписывается в то, что будет в noc'е...

это да

очень нужна

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

то же видимо и с серийниками цисок (как продолжение этой иерархии - от здания и узла к конкретной железке с платами, модулями и прочим)

lexus-omsk: не заглохло :)

уже внушает некоторый оптимизм :)

я тотже этому рад, а как можно посодействовать?

ах да

момент такой

инвентори будет завязан на атррибуты?

не думаю

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

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

ну это да. Только вот иерархия де, которая всех бы устраивала?

де = где :)

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

всех устраивает? :)

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

а как быть со тековым железом

*стековым

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

zi_rus: нет, нифига

у нас немного прямее

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

можно и сейчас посмотреть коллекции в inv

там изменения будут в сторону расширения

а может ты просто расскажешь?

сейчас, фактически, жестко забито два типа связей между объектами

ась

я не улавливаю ходя мыслей

я вот тоже смотрю в модели и не очень догоняю...

inv/collections/models/Force10/S.json

на нашу сеть иерархия "адрес(здание)" - "узел(много на один адрес)" - "стойка(много на одном узле)" - "железка(много в каждой стойке)" - "модуль(от одного на железку)" ложится идеально

это реализуемо

даже в рамках текущей модели

дженерик локейшн(дом) - дженерик локейшн(узел) - дженерик локейшн(стойка) - железка опред типа?

привет всем

dvolodin: глюк снова тот же что и вчера, дискавери удаляет и сразу создает все интерфейсы на одной из железок

как бы его отдебажить

эээээхх

и где прописывается емайл по которому нотификации отсылаются, server_email = в noc.conf ?

в noc.conf это С которого будут слаться

на который в профиле юзера

ну а у меня шлет на рута

где это изменить ?

admin_emails в конфиге Noc.conf что указано?

мой емайл

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

ха, а енвелоп мой

а to: root

а пользователя как звать?

zi_rus: да, в ObjectId первые 4 октета -- unix timestamp, далее 3 -- идентификатор хоста, 2 - pid, 3 -- инкрементальный номер

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

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

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

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

в доке по монго забавный опус "Optimizing Object IDs"

мораль сей басни такова -- сортировка по _id ничем не хуже сортировки по времени :)

но в случае с одним сервером монги дает еще сохранение порядка

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

Здравствуте всем, тут новичкам помагают?

иногда

:)

zcyj

ясно

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

первый раз не, хм, новичок

:)

есть кусок конфига

[activator]

name = default

listen_instance = 0

listen_traps =.

listen_syslog =

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

развивай свою мысль

0,0,0,0

тока с точками а не запятыми

ессно

спасибо

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

5087a7ebf3b682de6504da6e cat- 24.10.2012 12:33:47 EIGRP 1 neighbor x.y.z.245 change state to down. Reason: peer restarted

5087a7ebf3b682de6504da6f cat- 24.10.2012 12:33:47 EIGRP 1 neighbor x.y.z.242 change state -> up. Reason: new adjacency

5087a7ebf3b682de6504da70 cat- 24.10.2012 12:33:47 EIGRP 1 neighbor x.y.z.245 change state -> up. Reason: new adjacency

5087a7ebf3b682de6504da6d cat- 24.10.2012 12:33:47 EIGRP 1 neighbor x.y.z.242 change state to down. Reason: peer restarted

про 242

OperationalError: FATAL: remaining connection slots are reserved for non-replication superuser connections

у меня одного периодически выпадает?

соотв. по вебу 500 ошибка

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

но тогда почему по 245 закрылось

нажимаю инвентори -> сетап ->модель, выдает мне

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

Страница не найдена

К сожалению, запрашиваемая вами страница не найдена.

shade|2: как ставил?

по доке на на фрю 64

mikevlz, модели и недолжно показывать

http://kb.nocproject.org/display/DOC/FreeBSD

shade|2, nginx поправь конфиг

как указано в http://kb.nocproject.org/display/DOC/nginx+setup

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

ок, спс

shade|2, NOC-561, не?

при клике на add - да, все так и будет.

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

dvolodin, NOC-543 актуальность не потерял..

только формулировка поменялась на remaining connection slots are reserved for non-replication superuser connections

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

мне не валится

не видел еще ни разу

_4ePTeHok: ну так нарасти количество сессий в постгресе

это точно посгрес а не монга?

хотя да psycorg

можно ли заигнорить ивенты от конкретной железки?

ignore event rules

не помогает?

там кажется только типам можно, а не по источнику

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

это, кстати, как фишку можно в профили железки вынести

дропать события

т.е. еще один пункт в todo

а как бы сейчас заигнорить

делайте issue

сейчас заигнорить можно по ^source$ ....

ок

надо будет на активатор выгружать не только маппинги ip -> объект, но и список игнорируемых ip

Right RE писать просто ip? или имя? в ip точки экранировать?

как быстро оно начнет применяться?

экранировать

раз в 10 минут обновляется

делай issue, может и сделаю сегодня, если будет время

NOC-738, NOC-781 еще не закоммитили?

закладку source посмотри

глупый вопрос - а как проще всего заставить нок емыло отправить?

народ, а для asa snmp нt htfkbpjdfy&

не реализован?

нt htfkbpjdfy& не реализован :)

_4ePTeHok: в MacDB поиск только по mac'у задумывался?

пока мак и вилан

фильтрацию по объектам пока не осилил, там тонкости есть

и сортировка по ним похоже не работает..

по MO в смысле

работает, отчего же

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

точнее работает, но как-то странно

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

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

я пока профилями отделываюсь от этого

т.е. прописал где-то новые линки, автоматом навесил профили, удалил маки... и вот на последнем этапе возможны глюки - не то или не оттуда удалил, например

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

проще будет конечно вообще дропнуть всю базу маков и заново собрать, когда везде профили будут, но когда ещё всё пропишу...

а как ты развешиваешь профиля автоматом?

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

твой не?)

я вроде не выкладывал... или забыл уже :)

поделись?)

на форуме выкладывал тот, кто здесь Guest-ом сидел =)

а то мне на 200 железках еще руками ковырять)

у меня смотрит - если линк в базе есть, значит "interswitch" - и тогда маки не снимаем, а трапы принимаем

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

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

что-то не нашёл на форуме... у меня так: http://dpaste.org/XIs5Q/

правда это наколенное решение, может оптимизировать можно...

dvolodin, не работает игнор ивент

http://pastebin.com/hHkz1JtB вот скрипт Guest который давал

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

lexus-omsk, пока коллизии не начнутся

а чего это в текущей не будет

а, вот как у него... только маленькая проблемка... topo.dot ещё нужно корректно построить

если его при проходе не обнаружилось - то и изменятся он не будет

т е останется в текущей бд

ну поменялся например на другой на этом порту

ну пусть меняется

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

а не по порту

а предыдущий никуда не переключали

как его найти тогда?

еще раз - в хистори уходит запись только когда мак найден дискавери где то в сети

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

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

это же бд, а не "актуальные маки на портах".

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

да, на то там и таймстемп

а вот проверять есть ли там сейчас мак - придется из inv-interfaces-l2

ну либо придумать команду на кнопку в макдб, с mrt get_mac и выводить в всплывающем окошке, чтобы не прыгать между табами

lexus-omsk, а твой скрипт куда класть?) запуск из cli?

у меня лежат такие поделки с /scripts

с префиксом my- чтобы не путать с родными

ага..

добью все объекты, попробую заценить топологию dot)

а там будет видно

вот ещё одна деталь вылезла... на циске port-channel - не физический интерфейс, но switchport и bridge, т.е. маки с него собираются, но профиль я туда прикрутить не могу

да кстати..

dvolodin, надо что то с port-channel и профилем подумать..

это не только на cisco

хорошо, подумаю насчет LAG'ов

dvolodin, а Down severity работает в МО профиле?

нет еще

это набросок, чтобы лишнюю миграцию не делать

очень жаль

ну кто мешает доделать? :)

хм http://wiki.mikrotik.com/wiki/Manual:Fast_Path