nocproject.org

А как задать интервал сбора конфигов по умолчанию для CM? 86400 откуда берется?

evg_krsk: sa.managedobjectprofile

Т.е. cm берет максимальный интервал дискавери для конфига из

sa.managedobjectprofile ?

service activation -> setup -> Managed object profile

Ок, спасибо.

Хм... жалко только этот интервал задчим числом через профиль не

меняется :-\

*задним

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

Сделал в inventory модельки для разных типов площадок

PoP | *

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

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

может быть, нам использовать эти площадки для приоретизации Managed Object?

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

клёва

dvolodin: это было бы правильно :)

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

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

скажем -- приоретет контейнеров

упала железка -- посмотрели в ее настройках приоретет, если проставлен -- выставили его на alarm'е

если нет -- пошли по вышестоящим контейнерам в inventory

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

и так по восходящей

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

и жутко важную железку на узле доступа

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

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

а ты уже придумал алгоритм и реализацию?

:)

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

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

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

с приорететом

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

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

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

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

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

тогда вонючесть нужно вычислять из interface profile

да, у меня даже есть специальный профиль VIP для таких клиентов, то есть все поведение как для клиентского порта, но еще Link Event не игнорятся

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

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

в кольцах

Возможно ли такая ситуация.

При определенных обстоятельствах переполнился /dev/mapper/noc-root 7.3G 7.0G 0 100% /

NOC через web не доступен, однако сервисы стартуют, в логах криминала особого нет.

Хотя... ошибка 502...

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

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

MindGames, у нас ситуация странная, база была не особенно пустая, но маленькая.

MelHiour1, нет, у меня файловая система не забитая.

Файл.система Размер Использовано Дост Использовано% Cмонтировано в

/dev/mapper/noc--vg-root 11G 2,7G 7,3G 27% /

udev 2,0G 4,0K 2,0G 1% /dev

tmpfs 740M 272K 740M 1% /run

none 5,0M 0 5,0M 0% /run/lock

none 1,9G 0 1,9G 0% /run/shm

/dev/xvda1 228M 53M 163M 25% /boot

кстати, откуда эта фигня взялась то? /dev/mapper/noc--vg-root ? скрипт инсталляции создал самостоятельно что-ли? Что туда смонтировано то? Надо разбираться. ;)

блин.. это я видать, туплю совсем уже. утро пятницы.. ;)))

LVM это

Как в нашем случае отчистить /dev/mapper/noc-root

коллеги, подскажите, в выводе команды на Cisco: show ip cache flow что означает звездочка напротив имени интерфейса. к примеру:

Gi0/0.901 87.240.131.241 Gi0/0.422* 192.168.220.182 06 0050 E933 20

Gi0/0.405 10.40.5.57 Gi0/0.401 192.168.200.12 11 DD28 0035 1

MindGames: Это значит что отображается egress flow

спасибо. это значит что С интерфейса отдается наружу. то есть в данном примере кто-то качает В интернет из локалки?

По идее да.

Вообще это зависит с какой стороны порта у тебя локалка.

egress то что со свитча наружу, ingress то что снаружи в свитч.

Dionys, спасибо за понятное объяснение :))

Что-то я не проснулся еще...

Dmitry1, тут?

да

Dmitry1, есть пара ивентов, тебе их как передать?

давай на pastebin

ок, смотри

Dmitry1, http://pastebin.com/9aqJwwEx

я бы тебя уже пиннал, но это ивенты которые ходят парой

классы там я думаю уже есть

а может и нет

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

в общем да, но как же я не люблю подавление

zi_rus: А что это за вольтаж такой? Внутренний где-то в циске?

У нас есть классы для AC и DC вольтажа

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

продажи тоже возросли

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

пороть публично персонал

git-blame && git-flog ?

знатоки заебикса, работавшие с LLD есть?

Dmitry1, это вольтаж на плате, возможно на каких-то контактах внутри

я его оформил как DC Voltage

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

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

Dmitry1, давай посмотрим что значит DC Voltage по дескрипшену

The DC voltage measured at {{name}}, returned to the normal range.{%if threshold %} {{threshold}} threshold exceeded.{% endif %}{% if measure %} The current state is {{measure}}. {% endif %}{% if min %} Min state is {{min}}. {% endif %}{% if max %} Max state is {{max}}. {% endif %}

просто я вижу правильные варианты Env Chassis voltage и Env Linecard Voltage

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

Environment - это окружение, что-то внешнее

А чего оно тогда пишет: %PLATFORM-ENVMON-2-ENV_CONDITION : Outstanding environmental condition exists in the chassis

я понимаю что ты хотел как проще сделать

Не проще. Я без понятия, что означает sensor VP1P2_SERDES_PLL_DAO

Возможно он как раз меряет наружный вольтаж

нет

вот наружный

R/S/I Power Supply Voltage Current

(W) (V) (A)

0/PM0/* 297.0 55.0 5.4

0/PM1/* 313.5 55.0 5.7

0/PM4/* 302.5 55.0 5.5

0/PM5/* 303.0 55.1 5.5

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

Total: 1216.0

а это авария по РСП

R/S/I Modules Sensor (mV) Margin

0/0/*

ep1 VP2P5 2499 n/a

ep1 VP3P3 3300 n/a

ep1 VP1P2 1199 n/a

ep1 VP1P8 1800 n/a

ep1 VP5P0 4999 n/a

ep1 VP0P9_HEXP0 899 n/a

ep1 VP0P9_LDO 900 n/a

ep1 VP1P2_LDO 1199 n/a

это его внутренние датчики

авария состоит в том что РСП, который получает питание от БП шасси, намерил отклюнение по одному из датчиков

Dmitry1, вот NOC-1100 - там сообщения по внешнему питанию, они пришли в случае когда я отщелкнул автомат одного из БП

<mikevlz|2>, было дело. работал

но давно

расскажи мне, американец. В чем сила?

mikevlz|2: ну что ты как маленький. Само айтем с триггерами заведёт, само его удалит спустя сколько-то там unsupported

не

там веселее вопрос

так задавай его правильно

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

фигасебе!

это касается интерфейсов, я правильно понимаю?

нет

хотим мониторить нейборов ОСПФ в состоянии FULL

да, я знаю, мы - наркоманы

не вы одни

айтемы, которые суммировать, уже создались?

а простым скриптом такоге не решается?

mikevlz|2, по-моему это уже на грани, такое наркоманией не называют

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

простым скриптом такое решается, но мне простой скрипт не нравится. Его писать надо

вот у людей жизнь (с)

zi_rus: это за гранью. Но все ведь относительно

учитывая что для подсчета количества прототипов тоже прийдется что-то писать, то проще уже скрипт наваять

но это личное мнение

zi_rus: Сделаю вместо linecard voltage - module voltage. Так универсальнее

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

жалко, жалко

mikevlz|2: есть подозрение, что такого укура не было у авторов зяббикса

это они зря

эт точно

укуривай dvolodin ;)

zi_rus: по поводу NOC-1100. Это в нормальном режиме аж 4 сообщения выскакивают, или ты какой-то дебаг включил?

Dmitry1, нет нормальный режим, щелкнул автомат, скопировал, вернул автомат - скопировал

а это: %PLATFORM-PWR_MGMT-2-MODULE_WARNING : Power-module 0/PM5/SP warning condition cleared

очень похоже на закрывающее событие

ну да

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

только время там странное

Dmitry1, смотри по timestamp

действительно они свалились все вмсете

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

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

нет

Dmitry1, вижу коммит, почему ты опять игноришь имя сенсора

где игнорю?

а у кого есть больше 2к устройств в ноке ?

сколько памяти жрет ?

freeseacher: разноси компоненты по разным машинам

я понимаю

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

я хочу попробовать свой доступ запихать

Доступ не надо. dvolodin порты, меньше чем 10G не видел в жизни, поэтому все рассчитано на ынтерпрайз

у меня задача есть.

я не хочу по ним fm

я хочу сниппеты

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

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

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

и сколько постгресу

устаканивать расписание это не беда.

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

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

томозит что ?

И главное - поотключай нафиг всякие discovery ненужные

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

из-за нее тема

ллдп и стп

hw.physmem: 17165774848, 4 ядра по 3ГГц

17 гигов ?

да

это монга ?

ну там не 17, их там вроде 16

это сколько виртуалке отрезали

что тебе показать еще?

память без учета монги

Dmitry1, в классификации и вообще в самом классе

(?P<name>slot \\S+, sensor\\S+) measured

подколол

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

htop кажет нормально

нету его у меня

zi_rus: пробел забыл. сейчас исправлю

чего?

ты вообще переменную не ловишь

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

zi_rus: исправил

не буду ставить htop

на говно какое-то линуксовое похоже слишком

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

никто не знает есть ли где какая нить версионная система со списком запрещённых сайтов?

zi_rus: Покажи, что тебе выводит

e_zombie: на opennet.ru была статья

сделал простенькое приложение fm.monitor

можно сразу посмотреть состояние критичных частей FM

эммм

а что это хначит

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

а запусти и сразу все увидишь

какая очередь на входе у классификатора, какая - у коррелятора

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

это чтобы по логам не шарить

добрый вечер