nocproject.org
05:42
пливет
05:43
ufir: я так понял, что у Дмитрия проверка аварий шедулером/коррелятором пока только в планах?
05:44
но стоит полагать, что в ближайших
05:48
это будет клево, особенно, если к свежесделанной фиче будет дока по использованию. А то к REST появилось только-только
05:54
ну не знаю, мне кажется, для ФМ сейчас главное начать коррелировать события на основе базы линков и определять откуда все пошло, а уже потом прикручивать проверку аварий, чтобы проверялась именно эта корневая
06:04
не могу найти такой момент
06:04
у нас есть правило для сообщения %C4K_IOSINTF-5-TRANSCEIVERREMOVED: Slot=1 Port=23: Transceiver has been removed
06:04
?
06:05
и если есть, то прописано ли это событие как root cause для Link Down
06:08
не нашел в правилах такого. Если его нет, то оно не отклассифицируется как Unknown | Syslog, можно сделать свое правило
06:11
у меня пока сислог не сыпется на нок, пока жду новый фм
06:11
просто вспомнил, пару недель назад у нас возникла такая ситуация, кто-то копошилсяс на узле и задел sfp
06:13
хорошо, что для упавшего линка был бекап
06:30
а вот и он, больной зуб...
06:31
dvolodin, а я правильно делаю, если хочу уведомление что аларм ушел, пишу Ping Failed, a Condition False ?
06:32
тру это когда пинг пропал, а я хочу уведомление когда пропавший пинг вернулся
06:33
или такое вообще не возможно? или нужен нетривиальный подход?
06:43
зато появилась возможность запускать MRT при алармах
06:44
надо над обвзязкой подумать
06:58
тоже немного в тему про алармы: как из template добраться например до переменной peer или as при аларме BGP | Peer down?
06:59
а то сейчас смска приходит - peer down на таком-то узле... а чего упало-то не понятно
10:22
во что может нок упираться по производительности? 256зон генерирует уже 3 минуты, сделал 2/3
10:22
cpu вроде не нагружен
10:42
постгрес посмотри
10:42
в IO мог упереться
10:49
вроде отработал
10:49
эх, как же меня этот меркуриал напрягает
10:50
а iostat чо говорит ?
10:52
tty da0 pass0 cpu
10:52
tin tout KB/t tps MB/s KB/t tps MB/s us ni sy in id
10:52
0 36 33.15 9 0.28 0.00 0 0.00 1 0 0 0 98
10:52
dvolodin: а для get_interfaces критично, чтоб tagged_vlan шли в одной строке?
10:52
zi_nnov так это ж фигня
10:53
у тебя сервант курит похоже, а не работает ;)
10:53
mikevlz: он список получает :)
10:53
ему без разницы, как ты их печатать будешь
10:56
какой процесс систему грузил?
10:56
dvolodin: {'admin_status': True,
10:56
'description': '2m-1d_1310',
10:56
'mac': '00:04:80:78:43:00',
10:56
'name': '1/4',
10:56
'oper_status': True,
10:56
'subinterfaces': [{'admin_status': True,
10:56
'is_bridge': True,
10:56
'name': '1/4',
10:56
'oper_status': True,
10:56
'tagged_vlan': [5,
10:56
140,
10:56
450,
10:56
453,
10:56
3007]}],
10:57
dvolodin, а ты днс в каком смысле хотел переделыавть? а процесса нагружающего там нет :) это где-то в кактусе косяк, 125%
10:59
dvolodin, знаешь как напрягает как удаленные сервера или удаленные зоны напрягают когда лежат в папке, а потом еще распространяются по днсам, вот это бы подкрутить, неужели никак нельзя мусор удалять или хотя бы архивировать в отдельной папке
11:03
я в паре дней чтобы пустить ноковский днс в продакшен, для начала технологический
11:03
а там посмотрим как пойдет
11:12
zi_nnov: по DNS'ам ползут только дельты
11:12
они небольшие
11:12
я думаю, новая редакция будет более примитивной
11:13
на DNS'е будет тонкий клиент, который будет топать к NOC'у и забирать изменения для сервера
11:13
да, но в результате на каждом их моих серверов 3 копии всех зон, плюс тестовый сервер вместе со всем содержимым
11:13
то есть будет простейший HTTP-интерфейс
11:13
dvolodin, как активатор, держит связь с основным сервером и реагирует на задачи
11:13
без mercurial'а
11:14
да не
11:14
будет проще
11:14
скриптик, который на сервере кроном дергается
11:16
dvolodin, открой пожалуйста страшную тайну, у меня тут вылезло несколько ip которые не принадлежат ни одному префиксу из префиксов в префиксе, для них обратная запись генерируется, а прямая - нет, вообще говоря мне не нужна ни та ни другая, поэтому это не
11:16
сильно напрягает, но просто хочется понять, где глюк или задумка такая?
11:20
надо детальнее смотреть
11:23
значит не задумано, а так получилось
12:06
quick question, can I use noc to provision devices with specific vlan definitions? (for example a extreme, cisco, brocade & juniper switch, vlans 10-20 on all and some others on the respective devices)
12:11
alamar: please refine. Do you wish to select devices having specific vlans?
12:16
yeeeeeeeeeee-hhhhhaaaaaaa!
12:17
я подебил get_interfaces для Brocade.IronWare... по крайней мере для JetCore
12:17
делись
12:18
get_interfaces вроде неплохо получился
12:19
ща на Brocade BigIron RX потестирую
12:19
если пропрет - поделюсь. Там конечно грязные хаки...
12:19
старый добрый монстрик
12:19
а ты поделись, прочистим код
12:22
dvolodin: device a, b, c. all should receive vlans 10-20. a should additionally receive vlan 50-60, b 70-80 and c 90-100. so specific vlans to specific devices
12:22
or like devices a,b,c should receive vlan 10-20 and devices d,e,f vlans 60-70. (so group of vlans to a group of devices)
12:22
пися... get_interfaces failed .... mac: 'None' - его чо, нулями зафигачить или вообще не отдавать?
12:22
не отдавай в виде строки
12:23
both are interesting
12:23
what you mean on "should receive vlans" ?
12:28
vlan provisioning, create vlan definitions on the devices for the specified vlans
12:28
or is that not possible at the moment?
12:30
вроде работает...
12:30
насколько корректно - тяжко сказать, вланов много, чтоб глазами сравнивать :)
12:36
get_interfaces failed: {'text': u'Cancelled', 'code': 20} - о чем мне должно это сказать?
12:36
FastIron отработал, BigIron RX отработал, BigIron - отвалился.
12:37
правда на FastIron и на BigIron RX мало интерфейсов...
12:40
таймаут
12:41
увеличь таймаут скрипта
12:42
alamar: it is not possible yet, but we're moving towards topology-based VC provisioning
15:28
ah okay, thank you, good to know :)
Share this page
Share this page: