nocproject.org

http://lenta.ru/news/2013/07/15/rostelecom/

mikevlz|2, ты тут самый умный из оставшихся, так что я тебя буду донимать

вот и первый вопрос, нок в письмах проставляет неправильную дату, гонет все по UTC, меня тут просят пофиксить, а я что-то не вижу где это настраивается, в noc.conf вроде написано timezone = Europe/Moscow

вот что в письме

Date: Tue, 16 Jul 2013 05:52:25 -0000

где правильно задать таймзону для этого поля

zi_rus, у меня так же.

но thunderbird отображает верно

thunedbird да, а начальник у меня пользуется каким-то ущербным консольным клиентом и у него с этим проблемы

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

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

чтобы я не искал скажите это вообще возможно?

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

rfc-821 Как бы ?

это после вставляет почтовый сервер

а не

нее

клиент таки

вот от живого Date: Sun, 30 Jun 2013 23:30:11 +0600

ммм

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

Date: Tue, 16 Jul 2013 10:08:46 +0400

а в письмах от нока неправильно

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

ковыряй /opt/noc/main/notifier/channels/mail.py 34 строку

а, ну понятно

message["Date"] = email.utils.formatdate()

email.utils.formatdate([timeval[, localtime][, usegmt]])

Optional localtime is a flag that when True, interprets timeval, and returns a date relative to the local timezone instead of UTC, properly taking daylight savings time into account. The default is False meaning UTC is used.

по дефолту UTC

короче вот

message["Date"] = email.utils.formatdate(localtime=True)

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

Date: Tue, 16 Jul 2013 10:28:30 +0400

freeseacher, что теперь делать?

наверное надо закоммитить? или это только мне нужно

Dmitry1, научи писать правила для ФМ, хочу одно написать, а ты не скоро до него доберешься

кстати, а кто знаком с кишками ФМ, у меня циски некоторые сообщения шлют не с адреса лупбека, а с адреса интерфейса, я думаю что мог бы запилить ивент триггер с пирулем и там подемнять адрес отправителя и переклассифицировать ивент. такое реально?

вроде на бред сумасшедшего не похоже

conf t

logging source-interface Loopback0

exit

write mem

exit

zi_rus: я для этого кишки SAE перепахивал

делал issue, патч туда клал.

e_zombie1, нет это не работает для dying gasp, он не реалирует на настроики source-interface, хотя и шлет в сислог и использует глобальные настройки

mikevlz, не понял какой патч ты делал

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

ааа

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

а хз

не помню, что там Диме не нравилось

не хочу перепахивать кишки САЕ, это мне слишком сложно

блин

а надо

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

в одной функции

issue сохранился?

в жире где-то

там тыща тикетов

https://dpaste.de/yY86S/

мож там еще что придется добавить, я ужо и не помню

в атрибуты managed_object добавляешь syslog_any_source=True, радуешься

это какая-то функция в каком-то файле

а, ну да...

+ и - не видно

sa/sae/service.py

я не дифф дал, а всю функцию

даже очково как-то "еще что придется добавлять"

ну импорты какие-нить

но Главный это забраковал

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

это. тут про ФМ и сортировке была тема. как вернуть весь список после того как отфильтровал по одной железке

старый или новый фм

в старом вроде не было такой проблемы

как знать, "свинья всегда грязи найдет"

шо ви таки имеете против свиней?

ммм...бекончик...

иметь бекончик против свиней, да вы эстет...

кстати про фм

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

Root cause

только не в недрах аларма, а где-нибудь в сабже

у меня упала железка

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

у кого-то руки из жопы. Железки нельзя ронять

надо прописать

они ломаются

или лежит другая железка потому что идет переезд узла

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

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

но это неудобно

ну да

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

а вот основной грид

вот они все алармы

у меня может не быть аларма который был бы root cause

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

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

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

или отправляются, но трап потерялся по пути

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

ммм, вариант

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

что что затронуло

ну механизм установки root cause не подразумевает дерева

почему

ну потому что паравоз...

почему нельзя?

само название "корневая причина"

если у меня один пинг файлед по причине другого пинг файлед

предполагает, что причина должна быть одна, а не иерархия

а другой пинг файлед потому что пропало питание

не

у тебя оба пинг фейла от того, что нет питанияч

и это правильно

это корневая причина проблем

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

нельзя делать его рутом просто так

починишь питание - тогда можно будет смотреть, что не поднялось и искать новую причину. А пока питания нет - говорить не о чем

на тех же свичах питание не пропадало

там механизм назначения root cause раобтает так. Есть алармы а1, а2, а3. У а2 указано, что его корневая причина - а3. Оператор открывает аларм а1 и говорит, что причина аларма в а2.

система увидит, что у а2 есть свой root, и поставит рутом для а1 аларм а3.

это сейчас так

а что если сделать как я говорю

да, на тех свичах у тебя не пропало питание. Но они недоступны не потому, что транзитный не пингуется. А потому что на транзитном нет питания

херня будет

если как ты говоришь

"профессор, в сейчас где, в аудитории или в своем пиджаке?"

вы сейчас*

пинг файлед это просто инструмент, оно не потому что не пингует, оно не пингуется потому что недоступно

авария правильно должна звучать как "Свич ФФФ недоступен"

свич ААА недоступен потому что недоступен ФФФ

ну мож у вас и так...

ибо такая топология сети

нет, у нас Ping failed

я предпочту увидеть, что на узле П нет питания, к этому подвязано 10 событий Ping failed

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

и, кстати, Ping failed еще нифига не означает,что устройство недоступно

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

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

но факт остается фактом

свич недоступен

просто это затронуло меньше чем могло бы

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

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

уважаемые, подскажите куда копать: добавил объект в managed oblects, но он не опрашивается

в логах тишина

печаль, беда

а из консоли опрашивается ?

нок пингует по адресу, который в trap source ip.

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

dpaste.org

вывод ./noc debug-script get_version at-s1-2 -o output.json

https://dpaste.de/Ie8bR/

ээх, не знал что по этому адресу

попробую сейчас

lf ,tp hfpybws

да без разницы

одно и то же же

может у меня что-то с настройками объекта? https://dpaste.de/ePrsO/

ему нужно обязательно snmp доступ дать?

нет, неоюязательно

нее

грабля стандартная

chown noc:noc etc/.ssh

наверное не совсем - у меня там и так noc владелец :(

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

после обновления это слетает

вообще не стучится на IP объекта :(

ну кагбе оно дохнет

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

даты создания различаются

и всё

я про мибы

пермь - сентябрь

самара - август

в Activator Status показывает что members = 0 - у меня активаторы получается не запущены?

да. Они у тебя не могут запуститься

./scripts/noc-activator.py -f start

в конфиге поставь уровень вывода debug

пишет aborted после загрузки ssh ключей

https://dpaste.de/jNGhX/

от рута

активатор

от рута не запускается - в конце psycopg2.OperationalError: FATAL: Peer authentication failed for user "noc"

ээ

авторизацию проверь

в pg_hba.conf что у тебя ?

https://dpaste.de/xm90R/

сделай типа так

local all all trust

local noc noc trust

рестартани постгри и попробуй опять

hello

рестартнул, ошибка авторизации пропала, но вывод такой же как при запуске команды от юзера noc: https://dpaste.de/z2BT2/

активаторы точно не пускаются - pid файлов нет :(

а файлы ключей-то есть, с нормальными правами ?

да, уже проверяли

вот конфиг активатора https://dpaste.de/zJ1Sz/

hello, i have an error with noc installation http://pastebin.com/EfBntaWK

can you help me ?

sadm хм. у меня практически такой же, только у меня 8 активаторов

anyone ??

попробую поставить из репозитория

это виртуалка готовая (уже две попробовал)

только лог у меня выглядит чуть подругому

вот Activating 'select' poller - у тебя не вижу

anyone talk english ? i don't have seen this error on the forum

maybe pip install Mercurial ?

http://pastebin.com/kNDLKFFb

root@nocip:/opt/noc# pip install mercurial

Requirement already satisfied

it occur during the "/opt/noc/share/vagrant/x86_64/Debian/7.0/bootstrap.sh"

script/upgrade

yes it call the upgrade and i have this error : http://pastebin.com/50VVdz17

heh. same problem in my test setup -(

ok and for your production install what OS you used ?? maybe it is a Debian problem ??

debian. but old version

эгегей

есть живые... ? надо апгрейд сделать -)

я сделал

дэбиан?

неа, центос

ufir, а какой mercurial в сестеме ?

*системе

mercurial==2.6.1

cviegas, aptitude show mercurial | grep Ver

i have install the 2.6.2-1~bpo70+1 from the backports

mistake. in test i have ubuntu 12 lts

./bin/pip freeze | grep mercurial

mercurial==2.6.1

because on the main i have only the 2.2.2-3

mercurial==2.0.2

maybe "deb" problem..

./bin/pip freeze

argparse==1.2.1

distribute==0.6.24

wsgiref==0.1.2

i don't have mercurial

paste your requirements/noc.txt

the same as the noc project : http://pastebin.com/Ls36Gqvg

у меня был похожий глюк какой-то

у zi_rus был похожий

seems like normal ..

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

who is the leader project ? (just to know the nickname) and anyone of the project have test the "bootstrap.sh" for debian 7.1

dvolodin

ok thx

`kk, your install on Ubuntu it's works ?? if it's ok what versionof ubuntu can i try ?

no/

try centos

but the project don't have bootstrap for centos

my test in 12.04 and i have same problem. in production i have debian, but old version of noc

ufir, ты как ставил ? -)

cviegas, opensuse ?

what version of noc ? i can try this one

in prod ?

yes on your prod

changeset: 7695:2e903c32d249

thx

np

чего у меня был похожий?

`kk ставил как обычно, по инструкции. некоторые пакеты руками собирал

это был апгрейд или чистый инсталл? (я про ./scripts/upgrade)

first install

ufir, это я тебе -)

а, у меня чистый инсталл

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

понял.

cviegas, i think you should try opensuse.

project lead use opensuse

ok with the same "http://cdn.nocproject.org/bs/Debian-7.0.txt" or with manual installation

0.7(4) версия нока - сильно древняя ? ;)

hg tip глянь

cviegas, 1 min

i think the error come from "./bin/pip install -r etc/requirements/noc.txt --find-links http://cdn.nocproject.org/pkg/simple/"

the http://cdn.nocproject.org/pkg/simple/ don't have the goods instructions

cviegas, https://bitbucket.org/nocproject/noc/src/fb0234f20d2762b3aafa24f7b8a1fad3ff363884/share/vagrant/x86_64/openSUSE?at=default

just clone noc from bitbucket

cp etc/upgrade.defaults etc/upgrade.conf

the link have only noc-pkg, i don't know if it is normal

vi etc/upgrade.conf

./scripts/upgrade

cviegas, http://kb.nocproject.org/display/DOC/Manual+Installation

i have the same error :'(

http://pastebin.com/pqyysTFL

whois Dmitry1

I am

any idea ?

Try to install Mercurial manually from packages

package install from OS or pip install ?

cviegas: Post your upgrade.conf to pastebin

http://pastebin.com/ufnfui3K

cviegas: And try to install mercurial manually from packages or ports

for the installation i have this issues : http://pastebin.com/2bjuquzG

And now ./scripts/upgrade run correctly ?

no same error

Comment out PIP_FIND_LINKS from your upgrade.conf and try again

thx Dimitry it's don't work i stop here and i test to install en opensuse

thx to `kk for he's time too

cviegas: last try - remove python eggs. Try yo find ".python-eggs" directory and remove it. And reinstall python

np