nocproject.org
04:08
Всем доброго утра
04:08
Сообщения от ИБП типа UPS has switched to battery power (snmp трапы) можно классифицировать как Chassis | PSU | PSU Failed
04:08
или лучше отдельный класс сделать?
04:23
Точно, сейчас себе запилю класс и аларм, а там и оповещение прикрутить можно будет
05:41
05:41
там обобщенные события с датчиков
05:42
по питанию с UPS - как бы не пришлось делать глобальную категорию Power
05:42
там дофига разных событий может быть
05:43
включение-выключение города, переключение на батареи, дефекты батарей, запуск генераторов и прочее
05:43
я не уверен, что у ЭПУ и всяких PDU это события шасси ;)
05:44
По состояниям OSPF - посмотрите коммиты начиная с r4425
05:45
имеет смысл сделать enumeration c разными вариантами написания состояний
05:45
для BGP я это уже сделал
05:56
по #182 я писал - не стоит ли переименовать профиль в Alentis.NetPing
05:57
и, gnu-linux, имя в профиле на сайте выставь нормально ;)
06:29
Дмитрии а поглядите задачки 221-225 щобы щастье было
06:30
для маленькой офисной киски? :)
06:36
да, я видел, после переписки с Alentis решил профиль их коммутаторов LC-SM удалить вообще!
06:38
Будут поддерживатся только датчики от Alentis... Остальное не стоит нашего внимания.
06:39
для 10 удаленных и 2 месных цисок
06:43
gnu-linux: может имеет смысл причесать его напоследок, закоммитить и так оставить?
06:43
может пригодится кому и будут профиль развивать?
06:46
коммутаторы LC-SM100 настолько приметивны что их минимальную поддержку в нок добавить не возможно!
06:47
Пусть будет профиль Alentis.NetPing он также будет поддерживать серию коммутаторов LC-SM100
06:48
Я причешу...
06:48
Надо объеденить №182 с № 220
06:51
не сколько объединить, а сделать сначала #220 и на его основе - #182
06:57
для stp state change json гланьте:
06:57
06:59
В 220 надо много добавлять, Door, Case лишняя детализация. Также надо кроме Open обязательно ивент Cloused и соотведствующий алярм Openюю
07:00
в 182 всё есть только поменять названия и причесать английский...
07:00
там по логике датчики двух видов
07:00
аналоговые
07:00
для них в событии в общем случае могут быть текущее значение, минимальные и максимальные границы
07:00
и дискретные - да/нет
07:02
соответсвенно, в зависимости от вида датчиков там будет либо open/ closed
07:02
либо сработало / отпустило
07:03
ну границы можно добавить, намного полезнее добавить Location - конкретное место установки датчика.
07:08
dvolodin: Добрый день!
07:08
07:08
по поводу вчерашнего Periodic task 'cm.dns_pull' cannot be launched when cm.dns_push is active
07:08
попробовал я руками сделать push, быстро отработало, без ошибок, днс на этой же машине:
07:08
hg push /etc/namedb/autozones/
07:08
pushing to /etc/namedb/autozones/
07:08
searching for changes
07:08
no changes found
07:08
та же строка, что и в provisioning прописана?
07:09
и от того же юзера noc?
07:09
не получается, например, что ssh жалуется на неизвестный ключ хоста и висит на этом?
07:11
строка такая: %(vcs_path)s push /etc/namedb/autozones/
07:11
ssh нету, днс на той же машине
07:11
с правами нормально все?
07:11
от нока запускал, да, из /var/repo/dns
07:13
нормально, оно отрабатывает успешно после рестарта нока обе задачи и пулл и пуш, но 1 раз всего, а потом на втором запуске пуш виснет
07:14
./noc shell
07:14
from noc.lib.periodic import periodic_registry
07:14
periodic_registry.classes["dns.push"]().execute()
07:18
[noc@noc /opt/noc]$ ./noc shell
07:18
Python 2.6.6 (r266:84292, Oct 28 2010, 20:22:39)
07:18
[GCC 4.2.1 20070719 [FreeBSD]] on freebsd8
07:18
Type "help", "copyright", "credits" or "license" for more information.
07:18
(InteractiveConsole)
07:18
>>> from noc.lib.periodic import periodic_registry
07:18
>>> periodic_registry.classes["dns.push"]().execute()
07:18
Traceback (most recent call last):
07:18
File "<console>", line 1, in <module>
07:18
KeyError: 'dns.push'
07:24
07:24
это только alarm'ы
07:24
есть предложение часть алармов (door open, case open) засунуть в Security
07:24
да
07:27
Security | Access | Door Open
07:27
Security | Access | Case Open
07:28
Вроде возражений и предложений у народа нет...
07:52
В UniPing можно подцепить 8 датчиков температуры и 16 типа открытие, закрытие двери. По этому выводить поле "Location" - необходимо чтобы знать где какой датчик стоит и откуда именно пришол сигнал о сработке.
07:54
т.е. это именно под всяческие датчики, а под события от ИБП сделаем отдельно Power?
08:00
меню Import connected - результат работы скрипта выводится с использованием темплейта found.html ?? или по другому
08:02
gnu-linux_: не location у нас там а name
08:02
просто имя датчика
08:06
Я все датчики засовывал в SENSORS, но можно и поразбрасывать по разным Security | Access | , POWER|, EMERGENCY|...
08:06
Если есть name то хорошо, я в него как раз Location и пишу...
08:09
gnu-linux_: а тут вчера мы обсуждали глобальное решение
08:12
идея примерно следующая
08:12
сейчас в FM есть такая штука, как datasource
08:12
ее хорошо видно на примере eventclass'ов для BGP
08:13
она умеет извлекать данные из базы и подставлять в событие
08:13
для BGP, в частности, извлекаются дополнительные данные из peering management
08:13
научно этот процесс называется обогащением события
08:13
так вот
08:14
идея есть - заставить события обогащаться изощренным образом, используя фиктивные юридические лица
08:14
тыфу, блин
08:14
о ужас
08:14
какое слово было сказано тут :)
08:14
используя специальный тип настраиваемых datasource
08:15
а деньги на какой счет она переводить будет?
08:15
делается примерно так
08:15
в системе создаются datasource, которые выдают данные в зависимости от настроек
08:16
типа правил роутинга запроса
08:17
например, в правилах можно сказать, что по полю (object_name, name) проводить lookup по полям (object_name, name) в Reference Book "Таблица дверей" и возвращать значение полей location
08:17
тогда тому же Door Open мы прописываем обогащаться изощренно через datasource doors_map
08:17
который туп как пробка
08:17
по умолчанию он нам ничего не отдаст
08:18
и событие останется необогашенным
08:18
но как только мы свяжем его с reference book'ом, например
08:18
он начнет выдавать нам location из таблички
08:18
и обогатится неимоверно
08:19
таким образом, ведя таблицу в refbooks мы будем получать события типа Door Open: Head Office room 321
08:19
вместо невыразительного Door Open: 1
08:19
в refbook, соответсвенно, должно быть прописано типа
08:20
object,1,Head Office room 321
08:20
в дальнейшем, например, можно будет переключить запросы на inventory
08:20
и просто писать location на датчиках
08:20
а причем тут юридические лица?
08:21
При том, что datasource в этом случае не осуществляет хозяйственной деятельности
08:21
dvolodin, есть еще ?
08:21
питерские ?
08:22
а причем тут хозяйственной деятельности
08:22
при том, что приличный datasource сам ищет данные
08:22
хм. наверно просто тюплю...
08:23
08:23
вот этот, осуществляет
08:24
а теперь представь, что у него напрочь отсутсвует внутренняя логика и все вынесено в конфиг
08:25
тогда уж не конфиг а куча PyRules и т.д.
08:25
freeseacher: наверное это на почве наблюдения с попкорном за очередной пиринговой войной
08:25
ооо
08:25
я как то не заметил
08:25
кто с кем ?
08:25
Кипчатов вон тоже перлы выдает
08:25
ээээ
08:26
ОПГ в новом составе депирит Ретн
08:26
и мегафон, за то, что не отдепирили Ретн
08:26
:)
08:26
dvolodin вопрос из другой оперы... меню Import connected -- хочу модифицировать результирующий отчет. нашел self.render(request, "found.html", formset=formset). файл удалил. в formset дописал нужные данные ... а в результате все работает как раньше
08:27
/opt/noc/ip/apps/routeimport/views.py
08:28
я так понимаю результат выводится тут def render_result
08:30
dvolodin, глянул пинги.... не заметно.
08:37
ага
08:37
чо то у мя это в рсс не попало
08:37
на этот раз тихо прошло
08:38
у кого-нибудь с MSK-IX живая BGP-сессия есть?
08:39
наша выключена. можно попробовать включить
08:40
мне именно с RS надо
08:41
собственно интересует, какие community выставил ростелеком на анонсируемые на RS префиксы
08:41
список больно длинный, LG MSK-IX его не показывает
08:41
Есть у меня подозрение, что в итоге отдепирили AS49813
08:44
щас попробую поднять мск
08:44
не, уже нашел
08:45
вроде пока пощадили
08:45
десятку порвали, но на RS не заблокировали
08:49
но десятку порвали
08:51
08:52
похоже это причина того самого прыщика у кипчатова на графике
08:53
закоменти ему это =)
08:53
нет, не оно
08:54
это на 5 августа на день попадает
09:01
:dvolodin
09:01
ага я кажись понял
09:01
09:01
>>> periodic_registry.classes["cm.dns_push"]().execute()
09:01
pushing to /etc/namedb/autozones/
09:01
searching for changes
09:01
no changes found
09:01
True
09:02
ну
09:02
типа все пучком
09:03
скриптик там в репо пристроил, чтобы bind пинать?
09:03
здравствуйте
09:03
а где можно почитать как неймед прикрутить к noc 0.6?
09:05
та пристроил, все нормально, когда пулл отрабатывает, а сообщения так и валяться
09:05
Periodic task 'cm.dns_pull' cannot be launched when cm.dns_push is active
09:05
:syncer
09:05
в нокбуке :)
09:06
вот чето не могу найти, помогите слепому :)
09:07
:dvolodin
09:07
а можно этот залипший пулл как-то вычислить и грохнуть?
09:08
noc-scheduler перезапустить
09:08
там все просто - пока идет pull push делать не дает
09:08
и наоборот
09:09
блин, тогда шедуллер придется каждые 10 минут пристреливать
09:10
не
09:10
push быстро проходит
09:12
можно и 500 это пох в целом
09:13
в целом скорость там не большая но ипосы нормальные
10:18
10:19
10:19
10:30
Патч для FM в 182 вполне рабочий, можно использовать его, каждый сенсор имеет поле описания, если туда загнать "location" то курить обогащения собитий с сторонних таблиц ненадо. Если организуете сторонние таблицы то перепишу FM для Alentis.NetPing...
10:32
gnu-linux: как же без обогащений!
10:32
не подрывай устои
10:38
на фм уже обогащаются? чорт, опять что то важное пропустил)
10:39
10:43
Коллеги, не по теме вопрос, нужен wifi роутер с USB, чтобы можно было юзать 3и4g с фаерволом и 802.1Q,
10:43
пока нашли тока draytek vigor2930, но он не умеет 802.1Q. Есть в природе такие железки?
10:45
DIR-320 с FreeBSD на борту
10:45
В Киевском представительстве D-Link продаются
10:45
_4ePTeHok: с Паши Нагибина мзду не забуть взять
10:46
nixwizard: Комстар в свое время ставил NSG700
10:47
мы тоже игрались с ними
10:47
GSM модем там есть
10:47
ipsec какой-то был
10:47
dvolodin, незнаю кто это такой
10:47
в зависимости от коплектации - serial, сухие контакты
10:47
ipsec тоже кстати требуется
10:47
10:48
ССС вроде был на них
10:48
это на площадки как аварийный канал
10:49
nsg хороший, тока нету wan езернетного
10:50
аа, так он расшираемый!
10:50
а прошивки типа tomato/oleg/wrt умеют такое ?
10:51
везде, где есть шелл, можно настроить что угодно
10:52
500асус. 160линксис. на них тогда можно всё это сделать
10:53
ок, спасбо всем, буду изучать
11:00
Unbeerable: иногда есть проблема- затащить этот linksys на площадку, да и сдать как устройство в составе узла связи
11:01
на NSG ребята заливали свое ядро с патчами и делали SLA мониторинг
11:01
у меня тоже были наработки, надо будет их осмыслить, причесать и влить в NOC
12:35
dvolodin, кинул тебе на мыло fm/collections/enumerations/stp_state.json
12:44
заодно кинь и stp_role.json. Соответствующий класс уже есть.
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration