nocproject.org

что означает эта ошибка ? 2011-08-22 10:29:41,626 MRT task=30/573 object=crt01-kozm(192.168.65.33) script=Cisco.IOS.get_config status=failed code=15 error=Activator pool 'noc' is not available

часть тасков отработала успешно, а примерно 3-5 с таким сообщением

активаторов 4

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

потом задача нормально отработала?

да, потом отработала успешно

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

это не ошибка а нормальное поведение

:)

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

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

а как это сделать ? сервер не особо загружен

top - 11:05:08 up 9 days, 16:03, 3 users, load average: 0.06, 0.05, 0.00

Tasks: 212 total, 1 running, 211 sleeping, 0 stopped, 0 zombie

Cpu(s): 0.8%us, 0.1%sy, 0.0%ni, 98.9%id, 0.2%wa, 0.0%hi, 0.0%si, 0.0%st

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

да, у активатора есть параметр max_scripts

его можно увеличить

естественно, если запускать одновременно больше чем 4 x max_scripts скриптов - что-то отшибет на повтор

доброго всем

а кто-нибудь пробовал к HP.iLO ноком сходить? через ssh - облом вида Received disconnect from х.х.х.х: 2: Client Disconnect

Административный IP стоит?

телнетом вручную - работает. делаю через ./noc debug-script HP.iLO2.get_config neptune - дохнет по таймауту

конечно

http://dpaste.com/600285/

http://dpaste.com/600287/ - вручную телнетом с нока

inoyat_kayumov: http://dpaste.com/600294/

такое помогает?

да

заработал?

да - только теперь другое вылезло

что именно?

минуту

я с iLo поигрался немного и выбросил на время

за ненадобностью

dvolodin: как дела с телнетом для DLink DIR-100

или не вылезло....добавлял еще пару ilo - на одном из них выпало с ошибкой. попробовал еще раз - после рестарта нока - ошибки нет

https://docs.google.com/drawings/d/1lwqCT2z8LqqrPfEBAdQAt42pFhGxwyHavT51DkXsfPY/edit?hl=en_US

небольшая схемка на тему нового UI

общие соображения по дизайну

будет полноценный JS desktop application

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

между desktop и сервером бегает ReST с JSON

web приложения разделяются на 2 части - JS UI и ReST backend

для аутентификации используем OAuth]

Добавляем push-сервис для проталкивания сообщений на клиенте

делаем в noc-notifier поддержку метода уведомления push

как всё сложно %) нам бы fm допилить

а насчёт метода уведомлений, хочу попробовать ещё libsmpp прикрутить, по образцу smtp... главное чтоб доступ к шлюзику какому-нибудь дали

lexus-omsk: надо думать вперед, что делать после допилки FM

dvolodin_: T.A.D. :)

и нужно ли нам выпускать релиз 0.7 с текущим интерфейсов FM, или потратить время на разработку няшно-кавайного гуя (как выражаются мои бывшие хомячки)

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

так писали жа где-то уже типа road map (или как называется) - там куча всего было кроме fm

inoyat_kayumov: вы его внедрите в масштабах ЦТК? ;)

в масштабе филиала

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

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

меня более интересует функциональный и однообразный UI

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

а также раздел закладок

причем с закладкой на конкретный объект

а то сейчас в KB свои закладки, в IPAM свои

может красивый уже 1.0 обозвать?

погнатся за гуглом/

?

можно и 1.0

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

1.0 я себе вижу с inventory, полноценным SA и PM

и устоявшимися API

Тогда 0.7

ну да

0.7 он и будет

надо либо доделывать быстро 0.7 и делать сразу 0.8 с UI

либо часть UI вливать в 0.7 и делать FM целиком на новом UI

FM уже сейчас худо-бедно работает.

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

ну да

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

в рамках распила на ReST она как-то порешается

хотя бы на время

из серьезного в FM сейчас пока не работает topology correlation

Давай тогда засунем линки в базу и прощитаем ущерб от падения линка по алгоритму с графами который описывал..

Для него надо в базе линки и вес узла..

Ну или алгоритм расчёта веса узла..

Функции просчёта всех путей можно дёрнуть с staticvlan

C использованием ExtJS 50% кода уйдет на сторону клиента.

На Python останутся только низкоуровневые функции.

Будет правельный FM но без UI, а в следующем релизе добавим первым делом унифицированный UI...

для путей, может быть, возьмем networkx

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

ip, l2, mpls

НЕТ! Я долго думал.. Там функции смешные, строк десать :)

Нам понадобится пару функций мы их просто одолжим...

да легко

Ну максимум стоит выделить отдельный модуль module_grahp.py и занимать он будет не больше 100 строк

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

Смотри лучшие в мире реализации алгоритмов на питоне в staticvlan/models.py я написал ссылки откуда какую функцию одолжил...

для topology-based correlation всего одна функция нужна

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

:)

Надо список ВСЕХ линков которые проходят через данный коммутатор.

это в базе

я, вроде, кусок постил уже

Сейчас, нужно уходить от django для генерации WEB страничек. Из-за этого не реализованы многие функции в SA, FM и т.п.

http://dpaste.com/600331/

да

шаблоны django из web уйдут

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

в том же FM они очень к месту

Ну так я надеюсь, что к 0.7 мы от них избавимся.

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

для этого надо переписать 138 web приложений

Согласен. Но главное - начать.

пока меня сильно интересует push

очень завлекательная идея уйти нафиг от django messages

И мне мои 7 приложений SA вы тоже поломать хотите ;)

gnu-linux: вот я и думаю пока

Я уже сейчас могу назвать кучу глюков в FM, из-за которых куча народу плюнет на NOC, потому что скажет: "Если не смогли нормально сделать web, то наверняка само ядро еще хуже"

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

Dmitry1: какие?

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

1. При просмотре "Alarms" при наведении на заголовок колонки почему-то дергается вся таблица.

2. В "Alarm filter" у меня комбо-бокс после "Order:" почему-то переносится на другую строку.

gnu-linux: это не из той оперы

нужен механизм для push notifications между django и JS-клиентом

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

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

3. Не кликабельны сообщения в FM. Т.е. я не могу узнать, кому принадлежит порт, IP или MAC в сообщении.

3 -> к вопросу о самообогащении событий :)

4. В колонке "Duration" текст выглядит так: 4d<BR>21:36:26, что делает его абсолютно нечитаемым

5. невозможность вывести список alarm'ов в full screen mode без шелухи интерфейса

5. При выборе фильтра по "Alarm Class" я получаю 404 ошибку с сообщением "The current URL, fm/alarmclass/popup/4e37975dbcf4b1576a000002/, didn't match any of these."

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

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

А ему будет глубоко фиолетово, что на самом деле начинка в FM очень крутая, если ему нужно будет глаза ломать на корявом UI

правда, похоже, с введением workflow оно тоже поменяется

Dmitry1: я про то же

gnu-linux: в базе оно все ляжет вот так http://dpaste.com/600331/

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

тут есть нюанс - port-channel'ы могут быть не полностью определены

то есть типа - 4 линка отсюда идут на ту железку

Предлагаю начать с SA.

с одного конца - 4 порта, с другого тоже 4

а какой и куда - не знаем

если упадет то будет пофиг - с обоих сторон погаснет по порту

wc -l */apps/*/*.py */apps/*/templates/*.html

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

12997 total

_4ePTeHok: не в этом дело

в базе надо хранить как точные линки

так и не до конца отрезолвленные

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

само собой

просто при topology discovery оно может выяснить вот такое

а точное соответсвие может вообще быть неизвестно

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

зачем

лучше просто пометить - что вот эти все вместе - туда

и мессагу - пометьте ручками по возможности.

а дальше руками

да

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

= ~ = в графическом эквиваленте для 2 линков в эзерчаннеле)

итого нам надо - desktop из нескольких панелей с возможностью ленивой подгрузки js-кода и запуска его в выделенной панели

_4ePTeHok: именно

облачно

облачко

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

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

Например, сейчас фильтр grid'а реализован как какая-то блямба справа вверху. Причем он часто закрывает собой нужный текст.

Сейчас я не могу откоыть два окна с результатами какого-нибудь действия.

Например: В SA я хочу сделать ping или get_version для двух разных объектов и ождновременно увидеть на экране два результата.

Я для варификации линков выделял поле и помечал их как "N" "C" "D" потом уже дальше разгребал эти значения...

В SA при вызове функции "просмотр конфига" я попадаю в "Configuration management" откуда довольно-таки проблематично вернуться обратно в объект SA

Обобщу: Диалоговые окна и окна отчетов должны открываться во всплывающих окнах, и закрываться только по желанию пользователя, а не потому что так устроен UI

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

Простейший пример. Я переношу часть конфига с одного устройства на другое. Два учтройства идентичны по железу. Мне нужно иметь открытыми два окна. Первое - с конфигом устройства, откуда я копирую целые строчки. Второе - что-то типа SA -> Run Commands

И поверьте, такая ситуация возникает постоянно.

Обратную совместимость можно не поддержывать... Главное хорошая дока по портированию на новый ваб интерфейс...

Там всего несколько вариантов интерфейса:

http://dev.sencha.com/deploy/ext-4.0.2a/examples/desktop/desktop.html

http://dev.sencha.com/deploy/ext-4.0.2a/examples/layout/border.html

http://dev.sencha.com/deploy/ext-4.0.2a/examples/layout/complex.html

У каждого из них свои плюсы и минусы.

1-й вариант поддерживает многооконность, что есть большой плюс

3-й вариант - меню слева (как сейчас) и статусную строку внизу (будующий dashboard)

Минус первого варианта - меню в стиле Windows, некоторые приложения не смогут импользовать весь экран. Хотя, возможно оно это и умеет.

Минус 3-го варианта, несколько окон можно сделать только в виде "табов"

Меню слева можно выполнить, как в третьем примере, а можно в виде дерева.

Здесь пример меню в виде дерева:

http://dev.sencha.com/deploy/ext-4.0.2a/examples/layout-browser/layout-browser.html

Я за новый UI мне по ссылкам понравилось всё:) Но придела совершенству нет.. Надо хорошо обдумать что лучше всего и тогда уже перейти... Ато сегодня одно, а через месяц опять гуй менять захочется..

Для заманухи глянь сюда:

http://dev.sencha.com/deploy/ext-4.0.2a/examples/window/gmap.html

В этом UI эти вещи уже встроены.

Пока мы тут рассуждаем, как рисовать карты, в ExtJS это уже реализовано

Плюс ExtJS умеет рисовать графики.

Плюч поддерживает смену "тем" и i18n

Причем это все на лету

А самое главное - хомячки будут довольны ...

В идеале Python должен отдавать данные в JSON или XML, а UI на стороне клиента сам уже должен рисовать все.

Сейчас же Python сам рисует с помощью django страницы.

И для каждой ситуации, которая связаны с выводом на экран, мы должны "коцать" python скрипты, которые по идее вообще не при чем.

а push-сервис на чем планируется?

AJAX

ой

это? http://ru.wikipedia.org/wiki/Comet_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)

http://www.sencha.com/products/extjs/examples/

Даже так: http://www.sencha.com/products/extjs/examples/#sample-14

Уже готовый метод Poll()

Плюс поищи на этой страничке примеры для grid, form, tree с использованием ajax

Один минус в картах оже нашол: буржуи моё село не нарисовали :) А есть конвертор в goglemaps с "польского формата" *.mp ???

поищи на openstreetmaps или яндекс картах

нее в смысле сервак...

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

Где это я про табы говорил?

3-й пример

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

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

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

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

В идеале было бы совместить 1-й и 3-й примеры.

Потому как в 3-м примере несколько активных окон могут существовать только в виде табов.

окна не хочется плодить

обилие окон - скорее дефект дизайна

Диалоговые окна по любому будут. Те же "да/нет/отмена"

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

Я, например представляю себе вид FM так. например для Event Classes.

Рабочая область (не считая меню, dasboard, заголовка и т.п.) делится на два окна.

В левом окне - дерево классов, в правом - та страница, куда мы сейчас попадаем, нажимая на любую ветку дерева классов.

При попытке изменения Classification Rules, Alarm Class и т.п. открывается новый активный TAB. и все изменения делаются там.

При подтверждении изменений TAB закрывается.

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

Вместо TAB можно открывать окно.

В текущей реализации: При выборе объекта дерева дерево закрывается. При выборе Classification Rules, Alarm Class и т.п. закрывается окно просмотра класса.

Возврат на ту-эе ветку дерева невозможен.

у FM напрочь отсутствуют инструменты для работы с большим количеством событий - например выбрать несколько сыбытий и очистить

очень нада :)

Надеемся "победить" в новом UI

misak: ./noc events :)

hp93_1, VLAN 100 New RootBridge: 8000000cdb7b6c27 RootPort: 2/15 (BpduRcvd)

как отдельный класс будем оформалять или STP | Topology Changed?

кинь issue. потом прикрутим

а что еще HP умеет? UDLD, VRRP, DDM, ERPS ?

VRRP, UDLD

а чего кидать то в issue новый json?

RAW значения

ok

Dmitry1, кинул там cisco ospf

ок

http://redmine.nocproject.org/issues/242

это у нас root changed?

ага