это вы еще кубер не ставите

пока нет, да)

а у тебя 3,6?

@freeseacher

@freeseacher

конечно нет

а почему?

мне пока не надо

а, ну в тестах где-нить, понятно что не в проде

тесты гоняются только на 3,6

я про { "featureCompatibilityVersion" : { "version" : "3.4" }, "ok" : 1 }

почти с момента появления тестов

@EKbfh [mongodb] -baseurl = https://repo.mongodb.org/yum/redhat/7/mongodb-org/3.4/x86_64/ +baseurl = https://repo.mongodb.org/yum/redhat/7/mongodb-org/3.6/x86_64/ enabled = 1 gpgcheck = 1 -gpgkey = https://www.mongodb.org/static/pgp/server-3.4.asc +gpgkey = https://www.mongodb.org/static/pgp/server-3.6.asc name = MongoDB Repository

чё ты там говорил-то?

@EKbfh [mongodb] -baseurl = https://repo.mongodb.org/yum/redhat/7/mongodb-org/3.4/x86_64/ +baseurl = https://repo.mongodb.org/yum/redhat/7/mongodb-org/3.6/x86_64/ enabled = 1 gpgcheck = 1 -gpgkey = https://www.mongodb.org/static/pgp/server-3.4.asc +gpgkey = https://www.mongodb.org/static/pgp/server-3.6.asc name = MongoDB Repository

вебка да ?

вебка да ?

я к тому, что репы отключаются

я к тому, что репы отключаются

а на деб нет

Unable to start service mongod: Job for mongod.service failed because the control process exited with error code. See "systemctl status mongod.service" and "journalctl -xe" for details.

сука

я про { "featureCompatibilityVersion" : { "version" : "3.4" }, "ok" : 1 }

[root@localhost noc]# mongo -u root -p noc --authenticationDatabase admin MongoDB shell version v3.4.16 connecting to: mongodb://127.0.0.1:27017 MongoDB server version: 3.4.16 noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : "3.4", "ok" : 1 }

[root@localhost noc]# mongo -u root -p noc --authenticationDatabase admin MongoDB shell version v3.4.16 connecting to: mongodb://127.0.0.1:27017 MongoDB server version: 3.4.16 noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : "3.4", "ok" : 1 }

а там, где монго 3.6?

хм. по идее там должна была быть 3,6

а

вот и проверю миграцию на центосе

ЕЕееее

я выйграл еблю

** IMPORTANT: UPGRADE PROBLEM: The data files need to be fully upgraded to version 3.4 before attempting an upgrade to 3.6; see http://dochub.mongodb.org/core/3.6-upgrade-fcv for more details.

ну так выше было тоже

ща почитаю, был занят постгрёй

на пустой базе на центосе 7 апгрейд занялпримерно нихера по времени

умвр, ага

Это ясно

тока я так и не понял, чё делать?

а там, где монго 3.6?

[root@localhost noc]# mongo -u root -p noc --authenticationDatabase admin MongoDB shell version v3.6.6 connecting to: mongodb://127.0.0.1:27017 MongoDB server version: 3.6.6 noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : { "version" : "3.4" }, "ok" : 1 }

Это ясно

стопни нок

стопни монгу

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

это вы еще кубер не ставите

А ты?

[root@localhost noc]# mongo -u root -p noc --authenticationDatabase admin MongoDB shell version v3.6.6 connecting to: mongodb://127.0.0.1:27017 MongoDB server version: 3.6.6 noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : { "version" : "3.4" }, "ok" : 1 }

ну вот до 4,0 оно тоже не апнется, видимо

А ты?

собираю в кучу знания

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

мрёт

А ты?

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

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

Классно

Посмотрим что будет

Что-то с динамической нагрузкой сделал?

мрёт

https://docs.mongodb.com/manual/release-notes/3.6-upgrade-standalone/

yum upgrade

yum upgrade

ну-ну

ну-ну

Я так на 3.4 мигрировал

и переменная осталась 3.2 попробуй мигрировать дальше +)

и переменная осталась 3.2 попробуй мигрировать дальше +)

Нет, её поправил

ага, то есть сваливать обатно на 3.4 для начала

@Laxity77 будет жить. Поприветствуем!

noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : "3.2", "ok" : 1 }

боль и страдания

noc:PRIMARY> db.adminCommand( { setFeatureCompatibilityVersion: "3.4" } ) { "ok" : 1 } noc:PRIMARY> db.adminCommand( { getParameter: 1, featureCompatibilityVersion: 1 } ) { "featureCompatibilityVersion" : "3.4", "ok" : 1 }

смотрим деплой )))

[root@noc-node1 mongodb]# mongod --version db version v3.6.6 git version: 6405d65b1d6432e138b44c13085d0c2fe235d6bd OpenSSL version: OpenSSL 1.0.1e-fips 11 Feb 2013 allocator: tcmalloc modules: none build environment: distmod: rhel70 distarch: x86_64 target_arch: x86_64

Всё окай, база 4-х гиговая за секунд 30 апгрейднулась

@freeseacher Может ты проставишь /opt/noc_custom/? по дефолту в роль

и опправь localtion

@freeseacher Может ты проставишь /opt/noc_custom/? по дефолту в роль

так и есть

так и есть

у меня вот пусто там было в поле

custom_path: "{{ noc_root }}/../noc_custom"

path: label: "Place custom code to" type: str default: /opt/noc_custom

так, я задеплоился

у тя пусто потому что что бы тебе притащить этополе и сделать его не пустым надо делать миграцию базы

тоесть делать новую башню

осталось починить что-то, чтоб каждый раз руками не нужно было на нодах git pull писать

увы и ах

осталось починить что-то, чтоб каждый раз руками не нужно было на нодах git pull писать

ну пока ты не сказал что у тя сломано

тоесть делать новую башню

pull не прокатит, да?

pull не прокатит, да?

нет.

что значит делать новую башню?!

я уже деплой запустил ;/

в которой будет миграция которая поправит базу

ну пока ты не сказал что у тя сломано

что бы что-то сделать, нужто это что-то найти

то есть пока роль кастом пользовать нельзя?

то есть пока роль кастом пользовать нельзя?

можно и нужно

просто руками пропиши путь

я так и сделал

на новх инсляциях дефот подставляется нормально

ну пока ты не сказал что у тя сломано

Вот, пока я ябся с монгами всякими, замержили пару рексестов, ща я в башне pull и deploy понажимаю, а код на нодах не обновится. И как это дело вылавливать - я ХЗ

cd /opt/noc cat .git/config

cd /opt/noc cat .git/config

[core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [user] email = noc_user@noc-node1 name = Noc User noc-node1 [remote "origin"] url = https://github.com/nocproject/noc.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "microservices"] remote = origin merge = refs/heads/microservices

не вижу какой то боли

покажи как у тя выглядит деплой в этом месте

думаю там типа changed или skipped написано

В этом, это в каком?

в Fetch changes from upstream

в Fetch changes from upstream

TASK [noc : Fetch changes from upstream] *************************************** skipping: [noc-node1] changed: [noc-node0] => (item=[u'git', u'patch', u'python-virtualenv', u'gcc', u'postgresql96', u'postgresql-devel', u'postgresql96-devel', u'libffi', u'libffi-devel', u'libmemcached', u'libmemcached-devel', u'zlib-devel', u'jemalloc', u'bzip2']) TASK [noc : Fetch changes from upstream] *************************************** skipping: [noc-node2] TASK [noc : Fetch changes from upstream] *************************************** skipping: [noc-node3]

почини это

что починить? У меня в /opt/noc/custom нужные вещи лежат

почему destination fatal: destination path '/opt/noc/custom' already exists and is not an empty directory.?

Запустил я новый деплой, ща глянем, код сам обновится или нет

почему destination fatal: destination path '/opt/noc/custom' already exists and is not an empty directory.?

ответь на мой ответ @freeseacher

ответь на мой ответ @freeseacher

я же говорю почини это

я мало что могу тебе еще сказать

пернести текущий кастом в кастом