nocproject.org

dvolodin, в Cisco.IOS get_spanning_tree надо кусочек подправить - если в MST не указано имя конфигурации(а технически на циске такое возможно) - скрипт валится в трейс. Банально добавить if match по отношению к переменной region надо.

я уже закоммитил это

поправил регулярку

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

я тоже

ллдп кстати ищет на ура

попингуйка работает?

на ежах вчера затестил

пинг не глядел

я еще набросок для отчета по доступности закоммитил

видел в репо, ага..

теперь надо эту часть отлаживать

нифига

на ежах падает ллдп

и глючит

(разумеется, я использую port security)

ufir, пришли уже трейс на почту

я ж не телепат лечить по тырнету)

чета активаторы валятся

2013-01-26 17:43:17,502 noc-activator[#4] daemon is terminated with status 1

а кто знает - у нас так и не разрешили 5ГГц диапазон 802.11n к использованию?

dvolodin, я там issue накидал, в том числе про пинговалку. а еще по поводу репорта, я не знаю, ты не видел или тебе не понравилось мое предложение но есть такое NOC-639

_4ePTeHok: да у нас и на 2.4 фиг разрешение получишь

проще плюнуть и уйти на 70Ghz

zi_home: там фокус именно в том, что оно пробует пинговать недоступную железку?

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

и после этого попингуйка дохнет?

dvolodin, да начинается молчание, ждал где-то минуту, ничего не менялось

они в том же сегменте?

в смысле?

в ответ host unreachable прилетает?

да вроде нет

как есть dump так я его и выложил

во первых, пингуются лупбеки

во вторых эти железки еще никогда не были установлены

unreach не будет, нет маршрута, уйдет по дефолту (в аплинк)

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

exception'ов в логах активаторов не видно было?

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

ни у активаторов ни у кого-то еще ничего не было

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

на отсыхание по таймауту на недоступных железках

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

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

да нет, надо разбираться

активатор не отлетает от SAE?

нет

по крайне мере в логах про это ни слова

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

надо ловить, на чем дохнет

dvolodin, ты говоришь что проверял, ты хочешь сказать что на твоей инсталляции это не воспроизводится?

не воспроизводилось

странно, интересно как дела у отсальных

подскажите, как отучить noc ломится на D-Link 3010G c get_lldp_neighbors? ведь он LLDP не подддерживает. Профиль выставлен DxS

sa > setup > object profiles

спб

да не, у меня indoor wifi надо развернуть, универ один в перди накрыть

тоже могут настучать по башке за 5ГГц,)

zi_home: закоммитил ./scripts/ping_test

запускать от рута

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

можно несколько сразу

_4ePTeHok, а ты обновлялся? у тебя с новой пинговалкой проблем нет?

dvolodin, синтаксис какой? название мо примет или нужен адрес?

просто запускай

и в ответ на пропт забивай адреса

> ./scripts/ping_test.py

Running socket factory

READY

IP> 127.0.0.1

IP> % RESULT: 127.0.0.1 [0.0001900196075439453, 0.00010395050048828125, 9.584426879882812e-05]

%% STOP

понял, сколько запускать?

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

чтобы оно либо совсем не ответило, либо exeption вывалился

а кстати

уж не замочило ли оно его как stale socket?

ммм, не знаю, как узнать?

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

[None, None, None]

попробую сейчас 2-3 минуты прождать

я там косметический фикс еще накатил

3 минуты с какого момента?

уже больше 3-х прошло

или мне обновиться и опять наблюдать как работает система?

между пингами

нет, не оно это

попробуй дебаг на активаторе врубить

поллинг какой?

kevent

запустил активатор -f ыефке

*start

2 минуты, время пошло

у меня два дня пингуется

все закончилось на

2013-01-26 20:06:14,196 <Ping4Socket(0x804e44350, )> set_status: -WRITE

2013-01-26 20:06:15,197 <Ping4Socket(0x804e44350, )> set_status: +WRITE

2013-01-26 20:06:15,197 <Ping4Socket(0x804e44350, )> set_status: -WRITE

ну нормально, отписали

но таких сообщений и во время работы вагон

пакет системе отдали, больше писать нечего

-WRITE это хорошо

и все, больше не пингуем?

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

всякие get_version и прочее

одну багу нашел

но та как ты не говоришь что "нашел почему это происходит", я делаю вывод что радоваться рано

попробуй с патчиком

пробую

вдруг это оно

r7455

dvolodin, 5 минут, полет нормальный

повеселело ему?

похоже на то

7 минут, все в порядке

дурная ошибка была

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

разбираюсь, просто на той площадке, где тестировал, свичи просто так не падают

зато у меня зашибись как падают

ufir: апдейться

и смотрите availability report

ухты

щас

правда, я не уверен, что он правильно считает :)

dvolodin, посмотри в NOC-639, потому что в репорте меня смущают пара моментов, например железка ни разу еще даже не смонтирована, а ей в репорте 100% забабахали

может все же почините интерфейсы для браса хуавей ? ;)

ufir: я не смотрел еще

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

валится там все...

а парсит он только л3 интерфейсы

zi_home: это примерно то же, только с фильтрами

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

ерунда

он не фигеет от конфига алика 7450

zi_home: попингуйка держится?

dvolodin, ну тут вариантов не много, а просто пытался описать детали, а у тебя просто первая версия, где детали еще не учитываются, будет неплохо если учтешь предложения описанные в issue

dvolodin? 14 vbyen? ,tp bpvtytybq? dct jr

возможно

dvolodin может тогда я пришлю на beef@ - посмотрите ?

*все нормально

ufir: шли, постараюсь посмотреть

понял, спасибо

мне вот интересно, сколько инсталляций NOC в РТ :)

у меня в Марий Эл - одна :)

все с подачи человека с ником _4ePTeHok

а у меня в Москве - ни одной :)

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

я вяло разбираюсь в питоне, очень плохо - просто ужасно в ноке - это документация

zi_home: принятая практика - делать такие вещи в масштабах МРФ

самая клюква, которая наиболее популярна - это несомненно FM

по моему ипам больше рулит

кому что

мои хуавеи шлют килотонны трапов, а как их всех "УЗНАТЬ" - я хз

IPAM врезапно оккупировал Индонезию

так и валяются как unknown

ufir: было видео как правила классификации делать

и в VC у меня пропали все интерфейсы

виланы есть - а интерфейсы ВСЕ - пустые

привезку железок к vc domain проверь

dvolodin а это в каком меню ?

сейчас посмотрю

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

zi_home я уже чоткий юзер, я уже одно issue делал ;)

правда егор закрыли за 20 минут

\его

у меня сейчас 88 открытых

и неизвестное число уже закрытых

ты выиграл

зато у меня в датакоме хуавея 21 кейс ;)

правда все закрытые уже

нашел, в багтрекетре всего 159 моих issue

ufir: поправил этот кусок

из 900

ufir, у часто в китайщине баги ловите?

zi_home d gthdjt dhtvz pfgecrf? z 'njve Ntgkjde yf eib rbgznjr kbk gjcnjzyyj

блин

:)

вообщем - вначале было всё плохо

zi_home: попингуйке полегчало?

dvolodin, без изменений, все работает

в плане - работает, или так же дохнет

пинги идут

все работает

отлично

надо собирать список улучшений для попингуйки

dvolodin, полечи сначала чтобы он при рестарте активатора не переоткрывал алармы

я удалил все ивенты-алармы

а база монги все осталась такая же в 60гб

ты наверняка только активные стер. или вообще все?

ufir: db.repairDatabase()

и compact collection

zi_home: алармы он переоктрывает абсолютно правильно

нужен либо механизм гашения алармов при плановых работах

либо можно просто приоритет этих алармов сбрасывать до 0

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

желеок на сети нет и когда они появятся, тоже не ясно, а алармы висят

или как предполагается работа при добавлении новых устройств?

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

is_managed на них снять можно

и не забыть обратно повесить

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

это не в ней

в пробе будет тот же ping socket

и еще ты не сделал возможность отключения

ping_instance = -1

или ping_instance = off

не вижу пояняющих комментариев в доке

нет, я серьезно, кто бы догадался

оно не планировалось :)

но ты выяснил эмпирическим путем

не планировалось отключение? как интересно, и в чем логика таких планов?

не суть важно

доку писать надо, но я понятия не имею, кто будет это делать

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

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