Открыть всеравно можно

активатор у тебя один?

да

о. полетели

2016-04-13 18:21:22,483 [scheduler.discovery] [3] [discovery|box|C3560-8|caps] Checking config 2016-04-13 18:21:26,463 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Checking assets 2016-04-13 18:22:18,982 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Connecting XCVR 49:in -> CHASSIS 1:Gi49_sfp 2016-04-13 18:22:19,008 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Connecting XCVR 50:in -> CHASSIS 1:Gi50_sfp 2016-04-13 18:22:19,032 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Connecting XCVR 51:in -> CHASSIS 1:Gi51_sfp 2016-04-13 18:22:19,055 [scheduler.discovery] [3] [discovery|box|C3560-8|asset]

а потоков сколько?

у нас, оказывается уже 60000 секунд прошло

и как я не заметил, что уже 16 часов прошло ?

@dvolodin все по умолчанию "из коробки"

может там интервал discovery в наносекундах задается ?

Ой

Дима, что ты считаешь интервалом?

это разница по времени между задачами одного типа

а не между скриптами в пределах задачи

прокрути чат вверх

имеется ввиду для одной железки сейчас такая картина: 2016-04-13 16:45:45,846 [script] [Cisco.IOS.get_chassis_id|10.111.0.8] Running. Input arguments: {}, timeout 120 2016-04-13 16:45:47,537 [script] [Cisco.IOS.get_chassis_id|10.111.0.8] Complete (1690.58ms) 2016-04-13 16:45:47,537 [noc.core.script.loader] Loading script Cisco.IOS.get_fqdn 2016-04-13 16:45:47,539 [script] [Cisco.IOS.get_fqdn|10.111.0.8] Running. Input arguments: {}, timeout 120

и

2016-04-13 18:21:22,476 [scheduler.discovery] [3] [discovery|box|C3560-8|id] Identity found: Chassis MACs = 00:1E:49:10:5F:00 - 00:1E:49:10:5F:00, hostname = catalyst2.catalyst2.cabletv.dp.ua, router-id = None 2016-04-13 18:21:22,483 [scheduler.discovery] [3] [discovery|box|C3560-8|caps] Checking config 2016-04-13 18:21:26,463 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Checking assets 2016-04-13 18:22:18,982 [scheduler.discovery] [3] [discovery|box|C3560-8|asset] Connecting XCVR 49:in -> CHASSIS 1:Gi49_sfp

на картинке виден интервал в 60000 секунд

между 16:45 и 18:21 точно есть 60000 секунд ?

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

ну и нормально

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

следующий раз будет через 60k секунд

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

я уже выше показал, что группа скриптов тупо "убивает" железку

Дим. Это уже не D-Link. Это Kuniper

Juniper

Если я куплю Juniper MX 960, и на него засуну 20 тысяч абонетов

то ты будешь рассказывать, что нужно купить Juniper MX 2200 ?

Если я куплю Juniper MX 960, и на него засуну 20 тысяч абонетов

Он все выдержит и все простит тебе

И ноку

ну так отключи interface discovery на нем

если оно не работает

почему не работает ?

https://www.dropbox.com/s/t4n5e3w23xqi5kq/Screenshot%202016-04-13%2018.53.28.png?dl=0

аварийная карта

показывает общую обстановку

:)

ты сам говоришь, что оно не работает

:)

2016-04-13 18:07:39,226 [script] [Juniper.JUNOS.get_interfaces|10.111.0.21] Running. Input arguments: {}, timeout 120

скрипт вываливается по таймауту

уже говорили об этом месяц назад

ну так поправь таймаут

:)

noc.conf

uniper.JUNOS.sync_prefix_lists = 1800 Juniper.JUNOS.get_interfaces = 1800

гже еще можно поправить ?

ты поубирал таймауты из всех SA скриптов

и начал делать какие-то "адаптивные таймауты"

Hey guys! So, the upgrade worked at NOC TEST, but in production NOC didn't. I imagine it has something to do with teh fact that I've tryied to upgrade it with Tower.. So I tried to restore a backup, but had no success..

@dvolodin мне не нужны графики, не нужны всякие прибамбасы. тупо не работает самый базовый модуль - SA

Скриптом много, которые править надо

чтобы править скрипты, нужно, чтобы оно работало

а у меня со всех железок, кроме одной (самой ненужной) убрана галочка "is maanged"

и на всех железках отключен syslog

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

уже завтра, если работой не нагрузят

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

иначе весь смысл в опции max-scripts пропадает

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

или научи пачку скриптов выполняться в пределах одной сессии

железка должна работать

В пределах одной сессии - это хорошая идея

часть скриптов поломаться может

Идея имеет право на жизнь

Меньше ебли железки, меньше ебли инженеру с логами (многие не любят exclude, хотя я их не погимаю)

логи должны быть в ноке

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

логи должны быть в ноке

Логов на железке о коннектах нока много

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

В рамках таймаутов можно

Обсуждали скейл фактор

Да нет

Там же можно хранить инфу о том что железяка слоу

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

И показывать шелулеру

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

да, тут вопрос к шедулеру

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

дискавери

У него все хорошо

в зависимости от того что тебе хорошо

В рамках одного инстанса по-любому

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

Но к нему нужно подцелять на исполнение скрипты на ходу

Вот, уже идея есть ?

типа чтобы сидел на железке и ждал новых команд?

Да нет никакой идеи

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

типа чтобы сидел на железке и ждал новых команд?

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

ну не перманентно сидел

а таймаут

пять минут скажем

Тоже ок

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