так что старя башня * feauture/microservices -> полностью битбакет. по факту последние обнолвения сентябрь прошлого года. * git_migrate -> старая инфораструктура, новй код проекта. скореее всего умрет 1 июня 2018. новая башня. * любая ветка работа с гит и только с ним

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

так?

Ясно Значит все таки придётся переезжать на новую башню

да это так

я просто запутсил апгрейд, и теперь не работает башня. чего я не учел?

Новая боль Опять ночи не спать :) ЙааХуу

там не достаточно боли

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

докер ?

не, ставил долгим путем

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

понятно. тогда надо разбиратся

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

может проще пересобрать башну с докером....

да проще.

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

главное же настрйки сервисов воссоздать?

в логе будет всё написано

не поджскажешь где этот лог?:)

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

но проще через докер

об этом тоже думаю

Алексей, если сделать докер, на чсто обратить внимание чтобы задеплоить на существующую ноду?

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

процесс описан в мануале миграции

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

это который миграция на микросервисы?

https://code.getnoc.com/noc/tower/blob/master/docs/migrate_dc.md

опа, спасибочки.

@freeseacher там еще чуть чуть мержа. Посмотри на досуге.

тук тук ?

пока досуга нет

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

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

да? открой МР опять

не забывайте делать

не забывайте делать

Кого делать?

./noc verify-model

Raisecom | ROS | ISCOM2128EA-MA errors: sfp27: 'Transceiver | SFP' must have direction ['i', 'o'] (has 's') sfp27: Must have one of protocols: TransEth100M, TransEth1G, TransEth10G, TransEth40G sfp28: 'Transceiver | SFP' must have direction ['i', 'o'] (has 's') sfp28: Must have one of protocols: TransEth100M, TransEth1G, TransEth10G, TransEth40G Qtech | QSW | QSW-2850-28T-AC errors: sfp27: 'Transceiver | SFP' must have direction ['i', 'o'] (has 's') sfp27: Must have one of protocols: TransEth100M, TransEth1G, TransEth10G, TransEth40G sfp28: 'Transceiver | SFP' must have direction ['i', 'o'] (has 's') sfp28: Must have one of protocols: TransEth100M, TransEth1G, TransEth10G, TransEth40G

./noc verify-model

что это?

проверка моделек

Гм. Это точно не я, но ок :-)

поправьте модельки

поправьте модельки

Верифай падает с 1кой?

пока нет

Дак пусть падает

Cisco | ASR9k | ASR-9001 errors: IEEE1588: RJ45 must have at least one protocol TOD: RJ45 must have at least one protocol Sync0: RJ45 must have at least one protocol Sync1: RJ45 must have at least one protocol Cisco | ME3400E | ME-3400EG-12CS-M errors: Alarms: RJ45 must have at least one protocol Cisco | ASR901 | A901-6CZ-FT-D errors: TOD: RJ45 must have at least one protocol BITS: RJ45 must have at least one protocol Cisco | ME3600 | ME-3600X-24FS-M errors: Alarm: RJ45 must have at least one protocol BITS: RJ45 must have at least one protocol Alcatel | 7324RU errors: Alarm: Must have one of protocols: >RS232 Cisco | ME3400E | ME-3400E-24TS-M errors: Alarms: RJ45 must have at least one protocol

а нахер эти протоколы кому?

а нахер эти протоколы кому?

Пока на будущее

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

названия интерфейсов отдают скрипты get_inventory для каждого вендора отдельно

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

В теории если физику вести - понадобятся

но они никак не привязаны к моделям.

да. в будущем в инвентори появится физика

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

выручайте

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

TASK [deploy_notifications : notify alerta of deployment start] 00:37 fatal: [noc-node1]: FAILED! => {} MSG: The conditional check 'alerta_notified.status == 201' failed. The error was: error while evaluating conditional (alerta_notified.status == 201): 'dict object' has no attribute 'status'

алерта это же модуль отвечает за всплывающие уведомления в том числе?

алерта это же модуль отвечает за всплывающие уведомления в том числе?

У тебя роль алерты есть?

да

вроде оеклмендован к установке в подсказке

рекомендован*

Убери.

хм, оке, смотрю там апи нужен. убираю. с ноды руками сносить?

Чего ещё понаставил?

Большая часть доп.сервисов не нужна

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

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

Сколько нод?

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

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

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

Боль... много боли.... :-)))

ну это как с электричеством)

если не знать как трогать может и убить нахер

нужен раздел - Быстрый старт!

чтобы в секту посыпал народ)))

После юс будет много боли :-)

да там уже более менее разобрался

TASK [deploy_notifications : notify alerta of deployment start] 00:29 fatal: [noc-node1]: FAILED! => {} MSG: The task includes an option with an undefined variable. The error was: 'alerta_url' is undefined The error appears to have been in '/opt/tower/var/tower/playbooks/NOC/additional_roles/deploy_notifications/tasks/start.yml': line 2, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: —- - name: notify alerta of deployment start ^ here

подозреваю надо както исключить неопределенную переменную?

отключил алерту, галочку в сервисах снял

попробую фигню написать в параметре

нужен раздел - Быстрый старт!

нужен не он. а человек который будет его обновлять

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

нужен не он. а человек который будет его обновлять

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

паспортные данные))) анализ днк и тест айкью.

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

нет. вести этот раздел хотябы 3 года

я както состоял в команде l2j 6 лет...но тогда у меня не было детей и куча времени была.

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

нет. вести этот раздел хотябы 3 года

представляю себе как это выглядит: проверка утсановки по шагам на всех поддерживаемых ОС, ошибки, решения, подводные камни. так сказать для дураков.

верно?

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

https://code.getnoc.com/noc/noc/merge_requests/621/diffs?commit_id=debead9c216b0c1dc31214b82a4aefb32ba0f35c

Как можно в jinja передать эти параметры?

оно такое ограниченое..

охренеть..деплой прошел без ошибок.... кто-то свечку поставил чтоли))))

однако, при открытии МО и сохранении пишет красным - ошибка сохранения, если обновить список МО - сохранения видны

UNHANDLED EXCEPTION (2018-04-12 19:24:57.568580) PROCESS: ./services/web/service.py VERSION: 15.05.1+microservices.9343.5447cffa BRANCH: microservices CHANGESET: 5447cffa ERROR FINGERPRINT: 975b0cae-ea0d-57f5-9ef4-e17030eab91e WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'mongoengine.errors.ValidationError'> u'' is not a valid ObjectId, it must be a 12-byte input or a 24-character hex string

UNHANDLED EXCEPTION (2018-04-12 19:24:57.568580) PROCESS: ./services/web/service.py VERSION: 15.05.1+microservices.9343.5447cffa BRANCH: microservices CHANGESET: 5447cffa ERROR FINGERPRINT: 975b0cae-ea0d-57f5-9ef4-e17030eab91e WORKING DIRECTORY: /opt/noc EXCEPTION: <class 'mongoengine.errors.ValidationError'> u'' is not a valid ObjectId, it must be a 12-byte input or a 24-character hex string

Все на пасту