I'll see if he can do the upgrade with what you've explained

and give you feedback

Thanks a lot!!

only @dvolodin can use noc without help

не собирается телеграм из гита под FreeBSD

Hahaha that's comforting :)

lold

16:01:59) Dmitry: dvolodin: запустил NOC (16:02:33) Dmitry: 2016-04-13 14:51:02,943 [activator] [RPC call from sae] activator.script([u'Juniper.JUNOS.get_version', {u'name': u'Juniper MX5-T', u'super_password': None, u'user': u'mitya', u'address': u'10.111.0.21', u'path': None, u'password': u'ghju6y', u'cli_protocol': u'ssh'}, {}, {u'platform': u'mx5-t', u'version': u'14.2R4.9', u'vendor': u'Juniper'}, {}, None]) (16:02:33) Dmitry: 2016-04-13 14:51:02,945 [activator] [RPC call from sae] activator.script([u'Cisco.IOS.get_uptime', {u'name': u'C3560-16', u'super_password': None, u'user': u'mitya', u'address': u'10.111.0.16', u'path': None, u'password': u'ghju6y', u'cli_protocol': u'ssh'}, {u'Network | LLDP': True, u'Network | CDP': True, u'Network | STP': True, u'DB | Interfaces': 30}, {u'platform': u'C3560', u'version': u'12.2(58)SE2', u'vendor': u'Cisco'}, {}, None]) (16:02:33) Dmitry: 2016-04-13 14:51:02,946 [activator] [RPC call from sae] activator.script([u'Cisco.IOS.get_uptime', {u'name': u'C3560-15', u'super_password': None, u'user': u'mitya', u'address': u'10.111.0.15', u'path': None, u'password': u'ghju6y', u'cli_protocol': u'ssh'}, {u'Network | LLDP': True, u'Network | CDP': True, u'Network | STP': True, u'DB | Interfaces': 54}, {u'platform': u'C3560', u'version': u'12.2(58)SE2', u'vendor': u'Cisco'}, {}, None]) (16:02:33) Dmitry: 2016-04-13 14:51:02,950 [noc.core.script.loader] Loading script Juniper.JUNOS.get_version (16:02:59) Dmitry: dvolodin: что ты там говорил, что при старте оно не долбится ? (16:04:09) Dmitry: заходим на Juniper (16:04:30) Dmitry: CPU states: 31.8% user,  0.0% nice, 60.6% system,  5.5% interrupt,  2.1% idle (16:04:30) Dmitry: Mem: 1168M Active, 79M Inact, 180M Wired, 374M Cache, 112M Buf, 182M Free (16:04:30) Dmitry: Swap: 2837M Total, 2837M Free (16:04:30) Dmitry:   PID USERNAME  THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND (16:04:30) Dmitry: 99878 root        1 127    0 43116K  7344K RUN      0:06 26.95% ifinfo (16:04:30) Dmitry: 99854 mitya       1 124    0 51796K 40872K RUN      0:05 19.70% cli (16:04:30) Dmitry: 99855 root        1   4    0 52928K  4416K sbwait   0:03 11.94% mgd (16:04:30) Dmitry: 99851 root        1 121    0  8432K  3436K select   0:03 11.42% sshd (16:04:48) Dmitry: Да нахуй такое надо !!!

что это было?

1 заход на juniper, 2 на 3750

кто-то пароль засветил

и поможет тебе пароль на хост 10.111.0.15 ?

@dvolodin надо бы правда не выводить туда пароль или выводить звездами

а то так возможны казусы

да пофиг

ну я соглашусь что пофиг

тут Дима божился, что при старте NOC он не лезет на железки

с иб потом трудно договориться будет, лучше *

не успел запустить, как начал ломиться

в данном случае да пофиг. но будь хост белый Диме предстояло бы большая работы после одного действа в сердцах

))

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

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

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

а что он должен делать?

ничего

у него таймаут стоит в год

а как узнать что год прошел

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

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

нормальное действие:

last pid: 99879;  load averages:  0.73,  1.09,  2.08   up 202+00:10:10 16:05:59 92 processes:  3 running, 89 sleeping CPU states: 31.8% user,  0.0% nice, 60.6% system,  5.5% interrupt,  2.1% idle Mem: 1168M Active, 79M Inact, 180M Wired, 374M Cache, 112M Buf, 182M Free Swap: 2837M Total, 2837M Free   PID USERNAME  THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND 99878 root        1 127    0 43116K  7344K RUN      0:06 26.95% ifinfo 99854 mitya       1 124    0 51796K 40872K RUN      0:05 19.70% cli 99855 root        1   4    0 52928K  4416K sbwait   0:03 11.94% mgd 99851 root        1 121    0  8432K  3436K select   0:03 11.42% sshd

это Juniper MX, где в онлайне около шести тысяч абонентов

это нормально ?

что его тривиальная команда так выносит?

нет

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

уважаемые доны. а не ахуеть ли вам

2016-04-13 14:51:04,634 [script] [Juniper.JUNOS.get_interfaces|10.111.0.21] Running. Input arguments: {}, timeout 120

2016-04-13 16:22:13,431 [noc.core.ioloop.ping] [ччччххххх] Ping (req=46897, seq=0, timeout=1000ms)

я упоролся или таймаут в 1 секунду

я не знаю

да, секунда, а что?

а теперь понятно почему у меня всё раком вставало. как тольско виртуалка хотябы на минуту загружается по ИО там все 10 000 падает в аварии.

и идёт по кругу всё.

# ./noc start Starting noc. Error: The directory named as part of the path var/log/activator-default-00.log does not exist.

и как я понимаю это нигде не настраивается.

я такое впервые вижу

а теперь понятно почему у меня всё раком вставало. как тольско виртуалка хотябы на минуту загружается по ИО там все 10 000 падает в аварии.

У меня на голде крутиться нок

он что, не может log файл создать ?

гы. может и такое быть. там с правами весёлости могут быть

# ls -al total 48 drwxr-xr-x  12 root  wheel   512 Apr 13 14:50 . drwxrwxrwt  43 root  wheel  1536 Apr 13 15:31 .. drwxr-xr-x   3 noc   wheel   512 Apr 13 14:18 cp drwxr-xr-x   3 root  wheel   512 Apr 13 14:47 db drwxr-xr-x   7 root  wheel   512 Apr 13 14:50 etc drwx------   3 noc   wheel   512 Apr 13 14:50 jupyter drwxr-xr-x   2 noc   wheel   512 Apr 13 16:21 log

какие ему права нужны на "log" ?

не, права не катят

чего-то еще ему надо

блин, кто делал конфиг nginx ?

зачем было туда гвоздями прибивать "/opt/noc" ?

этот путь в башне настраивается

@dvolodin Дим, можно добавить поле в alarm trigers - interface classification rules, что бы только на определенных портах дропать события

Например куда подключены wifi точки очень много событий mac flap, что естественно

https://bitbucket.org/nocproject/noc/commits/ed3770bdcd3b04ee8656684cc77d091af80f5b60

@dvolodin Дим, можно добавить поле в alarm trigers - interface classification rules, что бы только на определенных портах дропать события

точнее interface profile

<a href="http://i.imgur.com/utyF59b.png">   <img src="http://imgur.com/utyF59bl.png" /> </a>

@dvolodin

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

А теперь объясни мне, почему NOC поломился на Juniper сразу после старта

А теперь объясни мне, почему NOC поломился на Juniper сразу после старта

Галочку поставь on system start after

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

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

Так не стоит галочка, "опрашивать после старта"

А даже если и стоит, то там указана 1000 секунд

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

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

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

@dvloodin прокомментируй

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

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

не у всех же много иопсов :)

да, таймаут в 16 минут

кстати, к вопросу о juniper'е

он у тебя config changed не шлет на каждого абонента?

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

и чуть ли не каждую секунду

вот нет у него такой привычки, что-то ты навертел

джунипер у меня вообще ничего не шлет

смотри коллекцию

noc.scheduler.default

что там за расписания

я поотключал syslog и trap на всех железках из-за того, что NOC начинает на них ломиться

как посмотреть коллекцию ?

db.noc.schedules.default.find()

@ivzakharov and @dvolodin: I managed to upgrade using only './scripts/upgrade' because I was already logged in as root.. The upgrade is running on TEST NOC now, I guess it'll go ok :D

noc:PRIMARY> db.noc.schedules.default.find(); Error: error: {     "ok" : 0,     "errmsg" : "not authorized on noc to execute command { find: \"noc.schedules.default\", filter: {} }",     "code" : 13 }

это как лечить ? 4161/lookup?topic=correlator.dispose query error: HTTP 599: Failed connect

testing is not necessaty

таймауты увидели ?

а теперь смотрим логи:

2016-04-13 16:45:47,539 [script] [Cisco.IOS.get_fqdn|10.111.0.8] Running. Input arguments: {}, timeout 120 2016-04-13 16:45:47,543 [script] [Cisco.IOS.get_fqdn|10.111.0.8] Complete (4.10ms) 2016-04-13 16:45:57,202 [script] [Cisco.IOS.get_fqdn|10.111.0.8] Running. Input arguments: {}, timeout 120 2016-04-13 16:45:57,205 [script] [Cisco.IOS.get_fqdn|10.111.0.8] Complete (3.00ms)