да ну .... бред какойто (с)

чтобы всегда был жив "комплетк" по регистрации и обработке аварий.

даже если не всё, то syslog/trap коллекторы только по 1 инстансу

я делаю так вот date; ansible-playbook -i /opt/tower/bin/tower-inv /opt/tower/var/tower/playbooks/$NOC_ENV/ansible/site.yml -f 50 --diff --skip-tags=restart,soft_restart ;date

тогда деплой тащит всё что надо

а потом рестарт я делаю один раз.

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

учту, спс

А в башню так нельзя?

нет. э

башня это веб морда для ансибла. только и всего.

нее

ну я утрирую

башня это морда для настройки

а для ансибла она хервая морда

Может в башне UI сделать shell?

приму пул реквест.

Может в башне UI сделать shell?

чтобы юзер смог сломать что-то?

ну нахер

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

чтобы юзер смог сломать что-то?

так ничего же не изменится ))

норм да.

но можно лучше

например

Идея хорошая, а много текста не смущает?

я регламентирован только тем что должны быть -M- -C- -T в начале

а что они значат?

и что такое asw, fsw

асв агрегаторы. фсв доступ

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

и условно направление

ну тут почти тоже самое.

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

+

типа ASW12_1/1/1_UPLINK

у меня вот так примерно: #name.sw_gi1/1/1

направление не пишу

ну направление это был спец хак

я тут настроил права группе и крикрутил пользователей домена к этой группе. выдал все права на Managed Objects (sa.managedobject) но пользователь не видит объектов, но видит сам раздел.

я тут настроил права группе и крикрутил пользователей домена к этой группе. выдал все права на Managed Objects (sa.managedobject) но пользователь не видит объектов, но видит сам раздел.

ad-domain

идеологически тоже самое. разница в реализации. и парсинге.

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

ad-domain

да, домен AD %)

блин, как неочевидно то :(

Да.

Что моно делать — одном месте, а с какими объектами — в другом

user access -- нельзя выдать права пользователю которого нет? просто создавая ldap я указал группу поторую map'ить из домена в локальную группу. потом я настроил этой локальной группе права.

user access -- нельзя выдать права пользователю которого нет? просто создавая ldap я указал группу поторую map'ить из домена в локальную группу. потом я настроил этой локальной группе права.

а group access тебе не подходит?

events в микросервисах подтираются?

а group access тебе не подходит?

да, поигрался -- подходит)

спасбио)

какова механика получения цифры ?

EXCEPTION: <type 'exceptions.AttributeError'> 'ServiceStub' object has no attribute 'service_id' START OF TRACEBACK —---------------------------------------------------------------------- File: core/scheduler/scheduler.py (Line: 100) Function: __init__ 93 self.jobs_burst = [] 94 self.cache = None 95 self.cache_lock = threading.Lock() 96 self.cache_set_ops = {} 97 self.service = service 98 if self.service: 99 self.scheduler_id = "%s[%s:%s]" % ( 100 ==> self.service.service_id, 101 self.service.address, self.service.port) 102 else: 103 self.scheduler_id = "standalone scheduler" 104 105 def get_cache(self): 106 with self.cache_lock: Variables: ioloop = None max_threads = 5 service = <__main__.ServiceStub object at 0x7fa0e6b425d0> check_time = 1000 reset_running = False self = <noc.core.scheduler.scheduler.Scheduler object at 0x7fa0e4f074d0> filter = None submit_threshold = None max_chunk = None pool = u'default' name = 'discovery'

что делать?

EXCEPTION: <type 'exceptions.AttributeError'> 'ServiceStub' object has no attribute 'service_id' START OF TRACEBACK —---------------------------------------------------------------------- File: core/scheduler/scheduler.py (Line: 100) Function: __init__ 93 self.jobs_burst = [] 94 self.cache = None 95 self.cache_lock = threading.Lock() 96 self.cache_set_ops = {} 97 self.service = service 98 if self.service: 99 self.scheduler_id = "%s[%s:%s]" % ( 100 ==> self.service.service_id, 101 self.service.address, self.service.port) 102 else: 103 self.scheduler_id = "standalone scheduler" 104 105 def get_cache(self): 106 with self.cache_lock: Variables: ioloop = None max_threads = 5 service = <__main__.ServiceStub object at 0x7fa0e6b425d0> check_time = 1000 reset_running = False self = <noc.core.scheduler.scheduler.Scheduler object at 0x7fa0e4f074d0> filter = None submit_threshold = None max_chunk = None pool = u'default' name = 'discovery'

обновится

фиксили вроде вчера

только обновился

в снипетах микросервисов будет работать ? {% load python %} {% var cmd internal %} {% python %}

@aversant

Подскажите пожалуйста почему выходит такая ошибка? TASK [node : Revert local patches]00:45 changed: [nodenoc2] TASK [node : Install node python packages(should take a while for a first time)] *** fatal: [nodenoc2]: FAILED! => { "changed": false, "cmd": "/opt/noc/bin/pip2 install --trusted-host cdn.getnoc.com --find-links https://cdn.getnoc.com/npkg/simple/ --upgrade -r requirements/node.txt", "failed": true }

ОСь это что-то из второй мировой

а noc там работает?)

а noc там работает?)

у меня нок нигде не работает

у меня нок нигде не работает

как и wifi

ERROR: S client not available

Подскажите пожалуйста почему выходит такая ошибка? TASK [node : Revert local patches]00:45 changed: [nodenoc2] TASK [node : Install node python packages(should take a while for a first time)] *** fatal: [nodenoc2]: FAILED! => { "changed": false, "cmd": "/opt/noc/bin/pip2 install --trusted-host cdn.getnoc.com --find-links https://cdn.getnoc.com/npkg/simple/ --upgrade -r requirements/node.txt", "failed": true }

на ноде такую команду дайте /opt/noc/bin/pip2 install —trusted-host cdn.getnoc.com —find-links https://cdn.getnoc.com/npkg/simple/ —upgrade -r requirements/node.txt и все узнаете

как и wifi

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

какая у меня мякотка.

TASK [post : Serial NOC restart] 17:44fatal: [nochost1]: FAILED! => { "changed": false, "cmd": "/opt/noc/noc ctl serialrestart all", "delta": "0:00:01.122264", "end": "2017-05-30 15:00:46.099918", "failed": true, "rc": 2, "start": "2017-05-30 15:00:44.977654" } STDOUT: error: <class 'xmlrpclib.Fault'>, <Fault 6: 'SHUTDOWN_STATE'>: file: /usr/lib64/python2.7/xmlrpclib.py line: 794 ok: [nochost4]

интересно и забавно

как добился ?

деплоился

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

возможно изза высокого LA вылезло

у тя получилось что у тя рестарт вызывается после рестарта

это довольно дико для меня

получается что у тя отрабатывает и злой рестарт и добрый

ты прав. походу ватчдог увидел что проблемы с активаторами и ребутнул

итут ещё башня припёрлась

коллеги, а где настройка периодичности бекапирования конфигов ? а

А я тут ноду дополнтельную делаю, только для активаторов, получается. Щас всё наебну себе

коллеги, а где настройка периодичности бекапирования конфигов ? а

== box discovery

Dmitry Luhtionov pushed to noc/feature/microservices Fix telegraf FreeBSD role

это для одного устройства, а для всех сразу?

это для одного устройства, а для всех сразу?

это для профиля МО

указано раз в день, а по факту хер там

указано раз в день, а по факту хер там

т.е.?

а конфиг менялся за это время?)

думаю нет. Но как нок об этом знает?

сейчас попробую поменять что-нибудь

видимо надо настроить уведомления об успешности/не успешности снятия конфигов..

думаю нет. Но как нок об этом знает?

если ему пришёл конфиг и он такой же, как и был, зачем его писать?

указано раз в день, а по факту хер там

если у тебя есть event "config changed" и настроен syslog/trap коллектор, то после прихода в нок этого события - нок через некоторое время соберет конфиг

если у тебя есть event "config changed" и настроен syslog/trap коллектор, то после прихода в нок этого события - нок через некоторое время соберет конфиг

event "config changed" -- это в цисках? настроен syslog/trap коллектор -- это в ноке? пока не натраивал. мануальчик бы