nocproject.org

hi

i have some error while access login page

You're seeing this error because you have DEBUG = True in your Django settings file. Change that to False, and Django will display a standard 404 page.

somebody can help?

cVsup: which kind of the error?

Коллеги, что по NOC-209 в итоге решим?

noc накрАшил тут... 4,416,099K bytes in 139876 files за ночь ;(

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

ufir: аналогичные штуки

кстати, та же фигня, в крашах ругань на fileutils.py

zi_rus_: давай traceback

dvolodin http://pastebin.com/ucnmM0AA

zi_rus_: у тебя какая-то странная чушь лежит на месте исходников

какая система и какой python?

и посмотреть содержимое crashinfo можно так

./noc unpickle <path>

dvolodin, вижу, с кодом на сайте не сходится. вот про это я и говорил, вручную патчи накатываешь, потом с hg pull воюешь.

как можно скачать этот файлик из репо?

http://hg.nocproject.org/

скачал по-другому

кто использует NOC с HTTP аутентификацией?

Коллеги, давайте над NOC-215 подумаем

по личному опыту в DOM

температура, вольтаж/ток, tx level, rx_level

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

страницы на 4 в итоге

а зачем? для чего это использовать? алармы поднимать? что-то измерять?

DOM ?

полезно вообще замерять на магистралях периодически

волокно стареет, лазеры выгорают периодически

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

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

лучше дискавери допилить

а по мне луше NOC-138

так это совместо с discovery

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

Добрый день. Постоянно крашится SAE. Жалуется на ManagedObject matching query does not exist. Пастебин: http://pastebin.com/5gT7d6ZW

удалили объект SAE ?

Да нет, есть он в списке Managed Objects

Странно. А доступ к SAE должен быть по ssh на ip 0.0.0.0?

ему все равно

Ну значит с ним все нормально.

dvolodin, что-то с размазаными пингами не так, раньше фейл при следующем проходе пропадал, а сейчас доступная железка уже якобы 25 минут недоступна (период проверки 600сек)

она с хоста пингуется?

конечно

я даже по телнету на нее зашел

fping <ip> попробуй

172.18.227.98 is alive

собственно при третьем проходе оно нормально отпинговалось, сейчас аларма нет

но конкретно на эту железку я часто вижу письма об алармах даже в нерабочее время (это тестовая офисная железка), и стоит она недалеко от самого нока

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

./noc dbshell

\a

\t on

\o /tmp/1

SELECT trap_source_ip FROM sa_managedobject WHERE trap_source_ip is not null;

\o

\q

и вот так

./scripts/stdin-wrapper /tmp/1 fping -A -u

вот так попробуй

и чего будет, чего ждать?

запустил stdin-wrapper чего-то висит

вывел список дохлых Ip

но это же не значит что потом он не ошибется

есть этот девайс в дохлых

dvolodin, кстати, вот пожалуйста, в алармах висит живой 172.18.224.74, а stdin-wrapper нормально определил что он жив и не вывел на экран

нет

несколько раз проверь

что проверить?

этот Ip пингуется, я проверил

а этот скрипт погоняю

dvolodin, видимо проблема в некоторых Managed objects, при попытке удалить их он тоже сыпет трейсбеками, правда теперь в модуле nosql

zi_rus_: попробуй в sa/activator/fping_socket.py заменить PTYSocket на PopenSocket

и ptysocket на popensocket

dvolodin, заменил (надеюсь нигде не пропустил), перезапустил нок. как проверять? скрипт? или в алармах смотреть?

активатор перестартовать достаточно

смотри в alarm'ах

и traceback в логах активаторов

трейсов в логах нет. алармы понаблюдаю пару дней

я уже не помню, почему там PTY был, а не popen

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

это уже по топологии свертываться будет

сейчас пинги уходят?

Стоит делать патчик PTY -> Popen?

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

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

запустил шедуль пинга

евент появился, все ок. алармов понепингующимся железкам не вижу

а ./scripts/stdin-wrapper /tmp/1 fping -A -u - вывел список недоступных как надо

dvolodin, еще что-то проверить или можно вернуть PTYSocket?

event'ы с popen появились?

классификатор и коррелятор живые?

2011-12-14 15:52:22,795 REPORT: elapsed: 0.0088s, speed: 113.5ev/s, events: 1, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 0, disposed: 1

2011-12-14 15:52:24,448 1 events are disposed (success: 1, failed: 0)( 0.0039 second elapsed. 257.6670 events/sec)

все живо

event'ы с popen - а это где

Ping OK / Ping Failed

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

в евентах только Periodic OK: fm.ping_check:Any

только эти события есть и только их коррелирует

а активатор-то жив, или крашится постоянно?

root@noc /opt/noc# ./scripts/noc-activator.py start

ImportError: No module named popensocket

dvolodin, мертвяк, но в логах ничего, а логи лаунчера я что-то не посмотрел

ага

popensocket замени на popen

dvolodin, везде или только в одном месте?

в одном, в import

там from noc.lib.nbsocket.popensocket

замени на noc.lib.nbsocket.popen

сделал, активатор запустился

запустл шедуль, через 10минут посмотрим

dvolodin, ок, алармы посыпались, понаблюдаю за ошибочными

реквестирую аларм

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

"

тогда нужен еще и event активатор доступен :)

Привет всем

dvolodin: Привет. Спасибо за отличный софт.

Привет, пожалуйста

Хотел переейти на 0.7 с 0.6.4 ...

Решил собрать из source

Очень боюсь чтоб не потерялась существующая база .... работы проделано уже много

по инструкции нужно запустить /usr/local/noc/python setup.py install - Система FreebsD 8.2

Все ли я правельно понял?

лучше из репо обновляться

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

еще понадобиться mongodb

система 64-битная?

Нет...32

FreeBSD ns2 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386

тогда ограничения на размер базы в mongodb будет

в 2 гигабайта

Я бы с радастью сделал из репо .. но при установке скорее всего ступил и сейчас при

[root@ns2 /usr/local/noc]# hg pull -u

abort: repository default not found!

при этом папка /usr/local/noc/.hg имеется ...

да все просто

в .hg/hgrc что?

нету

тогда примерно так

cd /usr/local

mv noc noc.0.6.4

hg clone http://hg.nocproject.org/noc noc

cd noc

mkdir local && chown noc local

cp ../noc.0.6.4/etc/*.conf etc/

./scripts/sync-contrib

ну а потом стандартно уже

su - noc

cd /usr/local/noc

./scripts/post-update

если обновиться надо на последний стабильный релиз то в clone ключик -r '0.7(1)'

0.7(2) будет в течении недели

Спасибо! Всё по существу... профи.

Если без ключа ... будет 0.7 ?

tip

Кстати если нужно чтото потестить на IOS XR (есть пара CRS1-8....в течении 2 недель установим и CRS3-16) ..

тушенка не помешает

конфиги с них дерете?

aha

можно fault management подрессировать на них, линки пасти, сессии bgp'шные там и прочие вкусности

у нас уже вполне приличная база правил для FM, правда по XR пока немного

Пока с FM не работал никак. Пока воиду в тему могу экспортировать trap'ы на твой хост....сможем сгенерировать Interface Down/Up .. BGP .. OSPF EIGRP Up/Down

Я паралельно делаю Upgrade .... На /scripts/post-update .. выдало

The following error occurred while trying to extract file(s) to the Python egg cache:

[Errno 13] Permission denied: '/usr/local/noc/.python-eggs'

The Python egg cache directory is currently set to: /usr/local/noc/.python-eggs