nocproject.org

погонял попингуйку на разных сценариях, blackhole на локальном хосте она нормально переносит

привет. говорит что все упало ?

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

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

dvolodin_, это смешно, но он опять не сменил статус той железке

он ее персонально не любит?

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

dvolodin, я понблюдал

он прекратил пинговать эту железку

я не вижу icmp на ее ip

ловить надо, в какой момент он ее потерял

dvolodin, а еще я не вижу пинги на другие недоступные адреса

похоже, раньше он полностью отсыхал

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

теперь отсыхают только недоступные

ping_test как на них реагирует

zi_rus: может быть, ловить надо

мне оно жалуется, что его нах послали, когда Icmpv4 socket открыть попыталось

mikevlz: либо root, либо права на raw socket'ы

понял

dvolodin, пинг тест пингует доступную и неуспешно пингует недоступную, все как надо

кстати... Я тут поэкспериментировал... Прикрутил к pgsql pgbouncer(тесты кто-то в инетах выкладывал, оно лучше чем pgpool2)

mikevlz: это интересно, кстати

пиши блог :)

меня регулярно спрашивают насчет кластеризации NOC

но чот дискавери систему кладет на лопатки. вместе с активаторами... Запустить принудительное задание очень сложно... Когда монитор может снять данные - из 240 сессий активаторов занято 238

с монгой все пучком, а с постгресом возня

ну и LA 3.5-4 lth;bncz

mikevlz: не надо сразу на все запускать

держится

а кто сразу на все запускает? эт SAE так планирует...

я тоже не дурачок. Под принудиловкой я имел в виду MO->Scripts-> get_version например.

или Refresh в том же мониторе(оно ведь запускает что-то в духе get_activator_status на SAE)

какие скрипты он пускает?

как-то не исследовал вопрос. Но когда можно посмотреть текущие скрипты, то в основном это get_ip_discovery, get_lldp_neighbors, get_version, get_config вроде

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

ufir: Привет. Спрашивал про QTech? Я для серии 2800 пишу профиль, он ещё не в общем repo, но могу поделиться - будем вместе тестировать :)

Dmitry1, NOC-915

ага

что за железка, и можно ли будет увидеть с нее тушенку

Dmitry1, DES-3200-26

hw revision ?

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

Dmitry1, А1

Dmitry1, я уверен у тебя где-то есть такой же свич

http://forum.nocproject.org/index.php?topic=162

народ, не стесняйтесь, проголосуйте

всего 10 человек решилось

а пользователей здесь я вижку гораздо больше

ух

Jan 28 10:06:14.384 EEST: %SW_MATM-4-MACFLAP_NOTIF: Host 707b.e828.e0c0 in vlan 2700 is flapping between port Gi0/14+Efp2700 and port Gi0/13+Efp2700

interface GigabitEthernet0/10

service instance 1 ethernet

bridge-domain XX

rewrite ingress tag pop 1 symmetric

а как такое отображать?

где отображать?

Brocade/Dlink/Cisco/Ericsson SE =)

за кошку забыл проголосовать

за циску и без тебя голосов хватает

ну обработать нужно лог

а это вроде как сабинтерфейсы

acid232, тебе надо в NOC-760

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

acid232: Это в каком профиле MAC FLAP не классифицировался?

dvolodin, NOC-918

Dmitry1, это опять Cisco.IOS

должно

можешь raw-values ивента кинуть?

мне кажется он это сделал несколькими строками выше? или ты хочешь что-то еще

?

Dmitry1, ты NOC-760 будешь делать-то?

погодь

да, с новой попингуйкой еще такой момент

надо будет проверить, как обрабатываются alarm'ы если между падением и подъемом железки проходит больше одного дня

dvolodin, а еще (не критично, просто факт такой) расписание пингов едет, вот что в первый раз

14:09:50

14:09:55

14:10:01

ну да

а следующий заход идет

там время завершения + 1 минута

14:11:07

14:11:12

14:11:18

я бы сказал +1 минута и врямя таймаута

как только получает ответ на 3 пинг или таймаут - + 1 минута

я думаю это не критично

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

ну да, просто смущает что в конфиге пишешь одно, а по факту получаешь другое

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

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

как тебе проще, писать код или писать доку

доку писать все-равно придется

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

mikevlz, отнюдь, видишь как он упорно сопротивляется

zi_rus: поправил я сдвиг расписания

проверяй

теперь должно с точностью до секунды железку мучать

dvolodin, до секунды точно, только на .1 все равно едет

и я не понял

он тут одну проверку пропустил

14:36:42

потом

14:37:42

потом

14:39:43

потом 40 и 41

потом опять 2 минуты

хм

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

причем рандом какой-то

36-37-39-40-41-43-45-46

1-2-1-1-2-2-1

-1

я фактически тут с tcpdump сижу и логирую

прям по факту

есть запрос

или нет

правда в консоль

не гибко

zi_rus: плывет все равно?

ну +/- нормально

было

14:36:42.890731

стало 14:57:42.907816

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

немного плавает, но не уходит

но уходить не должно теперь

это терпимо

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

давай детальнее, что пропустил?

куда уж детальнее

железка ему отвечает?

dvolodin, вот статистика http://pastebin.com/N6mtJbiS

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

можешь по одной отфильтровать?

кажется понял

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

похоже на правду

http://code.nocproject.org/browse/noc/sa/activator/activator.py?hb=true#to864

вот она

get_next_ping_time выдает время следующего пинга

ping_interval = 60 -- из конфига

для каждогоа адреса при составлении расписания генерируется смещение (random от 0 до 1)

сделал по-другому

проверяй

пока накапливаю статистику

dvolodin, скажи почему репорт Filter не ищет по подстроке, а только exact match?

что именно он должен по подстроке найти?

custom_field integer содержит 123456

ищу 123

хм

внимание, вопрос

что такое подстрока при поиске по целому числу?

да я понимаю, но неудобно, хотя пофигу

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

пропускать перестало?

он шлет пинг и ждет ответа, если пришел ответ или прошел таймаут, то шлет следующий

да, так и есть

внимание, вопрос: зачем слать еще раз пинг если ответ уже пришел

у него 2 режима работы

если из 3 раз пришел хоть один ответ - все хорошо

или если из 3 раз хоть один ответ не дошел - все плохо

:)

первый вариант правильный, второй нет

dvolodin, нет, не могу проверить, разъезжается время

zi_rus: сделал завершение проверки сразу по успешному ответу

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

вот и отлично

а как на счет ложно положительного пинга?

может кто другой ответил?

proxy arp, скажем

прокси арп тут не при чем, хотя бы потому что он отвечает на арп, а не icmp

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

чтобы он зафиксировал ответ у него должен совпасть sequence number и payload

а где можно логи посмотреть вызова пинг-процесса с результатом его работы? или оно только в debug

хотя

дружно смотрим lib/nbsocket/pingsocket.py

veng, нигде, теперь это внитренние дела системы

смотрю в пингсокет, ничего не понимаю, так и задумано? :)

нашел я проблему

сессия у него идентифицируется сейчас по request id

а request id -- self.req_id = id(self) & 0xFFFF

id -- это указатель на PyObject, фактически

я думаю, ты здесь один кто понимает что ты пишешь ;)

короче

request id оказался далеко не уникальным

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

ы, я уже начал подозревать что ты хочешь это сказать

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

в общем - понятно

думаю, до завтра пофикшу

dvolodin, это гуд, а как тебе еще такое предложение в приложении МО и МО профиль отображать выбранный shape в главной таблице

именно как иконку?

да

за последние полчала пришло еще 3 ложно положительных сообщения

про две разные железки