About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 22.10.2012
mikevlz #
05:38
ctvghbdtn
05:38
семпривет
05:38
а что вы такие тихие? :)
zi_rus #
06:31
а с новым шедулером уже в работе периодическая проверка статусов упавших линков?
06:36
хотел реквестировать еще один джоб из той же опреы
06:36
*оперы
mikevlz #
06:37
dvolodin: закоммить два приложения. macdb и failed_scripts
06:37
zi_rus: issue?
dvolodin #
06:38
zi_rus: да, она в корреляторе
zi_rus #
06:38
mikevlz, маленько обсудить надо
dvolodin #
06:38
а, нет, там только пинг
mikevlz #
06:38
zi_rus: начинай =)
zi_rus #
06:39
у меня алармы загажены Network | EIGRP | Neighbor Down - это бы чекать также, но на сколько знаю нет скрипта который это бы мог проверять, это не проблема
06:39
?
mikevlz #
06:42
по идее нет
06:42
noc/fm/correlator/jobs/check_link.py вроде простая
zi_rus #
06:44
но в ноке нет скрипта который дергает eigrp соседей
06:44
в обычном случае это и не нужно
dvolodin #
06:45
zi_rus: почему бы не написать?
zi_rus #
06:47
но да вот я думаю, в качестве сборщика информации - он не особо полезен, если у меня 20 железок сообщают что сосед упал + еще этот сосед вдруг говорит что он потерял тех 20, получается совсем некрасиво
06:50
есть такое мнение что лучше такие алармы закрывать просто автоматом
06:51
привязывая их к определенному статусу других событий
mikevlz #
06:53
напиши триггер, опубликуй, будет в базовой поставке...
06:53
если будет достаточно универсален
zi_rus #
06:53
mikevlz, я продолжаю думать и понимаю что иногда просто не к чему привязаться
06:56
dvolodin, как на счет маленького улучшения, связывать несколько алармов "EIGRP | Neighbor Down" в один на основании клсаа аларма и ip упавшего соседа?
06:56
то же самое и для OSPF
06:57
и вероятно pim и ldp
mikevlz #
06:57
и больше это ни с чем не связано?
StraNNicK #
06:59
. .
mikevlz #
07:00
StraNNicK: use UTF8
zi_rus #
07:01
в смысле? можно привязать падение соседства с пропаданием линка или пропаданием пинга, но мне кажется я видел когда eigrp просто переглючивал, ронял сосдество, тут же восстанавливал, приходит 2 сообщения, а ФМ их в неправильном порядке обрабатывает и
07:01
все приехали, аларм поднялся и незакрывается
StraNNicK #
07:02
попытка номер два. Вроде utf-8
mikevlz #
07:02
StraNNicK: теперь верно
07:03
zi_rus: пичаль
zi_rus #
07:03
mikevlz, есть мнение что вместо того чтобы ставить костыли, надо искоренить саму проблему, мы лечим следствия, а надо устанить причину. dvolodin, какого ху...дожника нок порядок путает?
mikevlz #
07:04
как прилетело, так и обрабатывает, вроде...
zi_rus #
07:04
нееет
07:05
если сообщения прилетают подряд в течении 1 секунды, нок их почему-то перемешивает причем стабильно вперед уходят ивенты которые пришли последними
07:06
жаль нок округляет до секунды, мне есть с чем сравнить timestamps в сообщениях
07:07
они сначала попадают на мой сислог сервер, а потом перенаправляются на нок, там сразу видно что перемешалось
StraNNicK #
07:09
Нубский вопрос:
07:09
если нок для скрипта get_arp показывает один результат, а в тушёнке я вижу два интерфейса — это же проблема скрипта? Или я неправильно интерпретирую результаты?
07:09
P.S. Собственно: http://pastebin.com/ZidrMLry
mikevlz #
07:10
у меня вопрос веселее. SEOS отдает имя интерфейса как 5/1 vlan-id N. для get_arp имя интерфейса какое отдавать? :)
07:11
а еще может отдать "BVI 2" или еще какую хрень написать :)
lexus-omsk #
07:27
StraNNicK: если конкретный интерфейс не указывать, то get_arp всю таблицу возвращает
07:28
хотя и интерфейс там не указывается... спутал с get_mac_address_table
mikevlz #
07:28
там VRF тольк опционально
StraNNicK #
07:29
lexus-omsk, не-не, судя по http://kb.nocproject.org/display/DOC/IGetARP вы абсолютно правы
acid232_ #
07:31
утро
07:32
гуру, подскажите, а как на dlink изменить hostname?
zi_rus #
07:32
...добрым быть не может
lexus-omsk #
07:32
не, в 1й строчке интерфейс - это родительский класс для класса IGetArp... а из входных параметров там действительно только vrf опционально
07:33
смотря какой длинк, там вроде нет как такового хостнейма в общем случае
zi_rus #
07:33
acid232_, какой стнейм?
07:33
config command_prompt
lexus-omsk #
07:33
conf snmp system_name ?
zi_rus #
07:33
или этот
lexus-omsk #
07:33
кстати в command_prompt я его же пишу
zi_rus #
07:34
ну да, мы тоже
StraNNicK #
07:38
lexus-omsk, получается, что если vrf не указан, должны вывестись все интерфейсы, так?
lexus-omsk #
07:39
по идее да, хотя на железках с vrf не пробовал тестировать
StraNNicK #
07:40
ну, у меня и без vrf показывает один. Значит таки пилить
lexus-omsk #
07:40
сейчас проверил - на 7606 с настроенными vrf без указания vrf показывает arp'ы только из vrf default
_4ePTeHok #
08:23
всем привет
08:23
а Шаповалов у нас тут кто?)
zi_rus #
08:25
кажется одно из двух, или freeseacher или _4ePTeHok
_4ePTeHok #
08:25
=)
08:25
ну кто чертенок я знаю)
mikevlz #
08:25
не думаю, что _4ePTeHok забыл свою фамилию
_4ePTeHok #
08:25
macdb посмотрели, работает?)
08:26
по поводу кнопулки - я тупо не знаю как ее отключить) она импортируется из extmodelapplication
08:26
вместе с остальным
08:26
в будущем конечно может понадобится - скажем если появится поле комментария к маку
08:26
или редактирование сервисной связки
dvolodin #
08:41
право "Add" не давать юзеру
08:41
тогда и кнопки не будет
_4ePTeHok #
08:43
ээ..а если юзер-суперюзер)
08:43
там надо кстати добавить в права приложение
08:43
чтобы что то давать
lexus-omsk #
09:02
_4ePTeHok: Шаповалов у нас я
_4ePTeHok #
09:03
ога, понял)
lexus-omsk #
09:04
кстати насчёт маков и флапа их между портами и железяками... кто-то спрашивал уже... но у меня другая ситуация немного
09:05
есть сервер, на котором терминируется управление железяками, там несколько vlan'ов, но mac - один
09:05
и вот он здорово забивает историю
_4ePTeHok #
09:06
пока только профилями портов можно регулировать сбор
09:07
т е в идеале - на конечных портах только снимать, на проходных/аплинковых - не стоит, если нв конечных снимается
lexus-omsk #
09:07
хотя да, тупллю... в общем случае uplink транковвый, можно не снимать... а в других местах его не должно быть... точно
_4ePTeHok #
09:28
после того как пороешься в ядре, профиля программятся куда легче)
mikevlz #
09:28
=)
_4ePTeHok #
09:32
еще бы в голове каши этой не было б с экстом)
lexus-omsk #
09:38
А кто подскажет, как из noc-shell запустить скрипт по всем железякам?
09:38
Есть идея найти на них порт с mac'ом управляющего сервера и повесить туда правильный профиль
09:38
и вот тогда можно снова запускать mac-discovery
mikevlz #
09:39
через mrt?
lexus-omsk #
09:42
create_task ?
mikevlz #
09:42
я тут подумал...
09:43
на плоской сети второго уровня - отличная идея. На L3 - не сработает
10:00
если провернуть финт ушами такой, что сначала get_arp, выдрать мак-адрес сервера из арп-таблицы, потом выдрать таблицу маков, из нее узнать интерфейс...
_4ePTeHok #
11:31
а есть у кого пример get_mac_address_table через snmp?
12:54
у меня одного джанга стала слать на почту ошибки по алярмам?
mikevlz #
12:54
нет
12:54
тут были жалобы от других
_4ePTeHok #
12:54
чото про коннекты
mikevlz #
12:54
это стандартная джангафича
12:54
оно все ошибки на admin_emails слать будет
_4ePTeHok #
12:55
стандартная то понятно, но не слала же)
mikevlz #
12:55
в конфиге вроде настраивается
12:55
ну поломатая была
12:55
=)
RudW0lf #
13:50
ребят у меня есть мааненький вопрос
13:51
насколько велика значимость mongodb
13:51
можно ли дропнуть базу
13:51
::)
_4ePTeHok #
14:11
а добавление профиля есть какая то закавыка кроме создания папки с скриптами и __init__?
14:11
из дебага работает - в вебморде не вижу в списке свой новый профиль
14:12
нок ессно рестартнул)
14:14
туплю да)
14:14
нок рестартнул, веб морду не обновил)
14:27
RudW0lf, дропнуть то можно..только там все события fm, все что собрал дискавери
RudW0lf #
14:28
т.е. после дропа оно потом все само насобирает ок?
_4ePTeHok #
14:28
ну что то не вернуть будет - допустим историю изменения маков
14:28
они заного будут собираться
14:29
если машина в тесте то пофиг
Tweet
Share this page
Share this page: Tweet