ты не с теми бухаешь просто ))))))

Может Октавия?

ага, но почему-то мелькает оката конейтенер 🙂

ага, но почему-то мелькает оката конейтенер 🙂

это не моё, закинули

а Октавия в коле давно сломанная?

Да вроде нормально вписывали недавно. А откуда ты взял что ошибка?

Да вроде нормально вписывали недавно. А откуда ты взял что ошибка?

Колу гонишь и получаешь

Возможно все дело в openstack sdk

Хз. Колла-ансибл 12.5 - без проблем на валлаби разлилось.

Аа :)

скорее с ansible-collection, у вас в kolla-toolbox какая версия openstack.cloud стоит?

ага, но почему-то мелькает оката конейтенер 🙂

А у тебя Октавия на откате ?)

релиз zed ^)

а как если БД уже мигрировали на свежею версию? 🙂

проверьте, kolla-toolbox, тож для zed собрали или нет) Просто модуль который вытаскивает secgroup и прочее в нем лежит

проверьте, kolla-toolbox, тож для zed собрали или нет) Просто модуль который вытаскивает secgroup и прочее в нем лежит

Он тянется из репы. А вообще зачем этот контейнер? Никогда не использовал его :)

Нуууу в нем куча всего) По сути через него колла все ресурсы стека и не только конфигурирует. В нем sdk, коллекции ансибл для работы с openstack, пакеты для работы с овсом, кроликом и тд. Проще посмотреть в код сборки и станет +- понятно)

Тут уже предлагали, проще попробовать где-то на стенде релиз ниже и проверить.

Ну или на худой конец забить на автоконфигурацию и вручную создать все ресурсы и прописать idшники

привет всем, подскажите, как обновить nova, при запуске сервиса, сервис nova падает с ошибкой nova.exception.ServiceTooOld: This service is older (v61) than the minimum (v64) version of the rest of the deployment. Unable to continue.

привет всем, подскажите, как обновить nova, при запуске сервиса, сервис nova падает с ошибкой nova.exception.ServiceTooOld: This service is older (v61) than the minimum (v64) version of the rest of the deployment. Unable to continue.

Надо начать с того, что привело к этой ошибке

Ну в доке же написано как мигрировать. Там всего 3 комманды

Кто уже тестил 2023.01?

Ну в доке же написано как мигрировать. Там всего 3 комманды

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

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

В гугле: openstack nova upgrade

В гугле: openstack nova upgrade

Потом придет с вопросами, тут кровь кишки распидорасило

Потом придет с вопросами, тут кровь кишки распидорасило

А это уже проблемы того кто обновил

Надо начать с того, что привело к этой ошибке

По этому надо начинать отсюда )

дак у меня только эта ошибка

и я не понмаю почему

сегодня ставил мастернод, все окей

??

и я не понмаю почему

А гуглить пробовал?

инет

Кайоба - я скоро упражнятся буду. чую будет много секаса

https://bugs.launchpad.net/nova/+bug/1649263

что находил по этому поводу

Новость шестилетней давности 😊

По-моему, все понятно.

Но эт чисто потому что тут натренировались уже в угадайку играть.

nova.exception.ServiceTooOld: This service is older (v61) than the minimum (v64) version of the rest of the deployment. Unable to continue.2023-03-27 11:11:17.250 45669 ERROR oslo_service.service Traceback (most recent call last): 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_service/service.py", line 806, in run_service2023-03-27 11:11:17.250 45669 ERROR oslo_service.service service.start() 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/nova/service.py", line 169, in start2023-03-27 11:11:17.250 45669 ERROR oslo_service.service self.service_ref = _create_service_ref(self, ctxt) 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/nova/service.py", line 68, in _create_service_ref2023-03-27 11:11:17.250 45669 ERROR oslo_service.service service.create() 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_versionedobjects/base.py", line 209, in wrapper2023-03-27 11:11:17.250 45669 ERROR oslo_service.service updates, result = self.indirection_api.object_action( 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/nova/conductor/rpcapi.py", line 247, in object_action2023-03-27 11:11:17.250 45669 ERROR oslo_service.service return cctxt.call(context, 'object_action', objinst=objinst, 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_messaging/rpc/client.py", line 189, in call2023-03-27 11:11:17.250 45669 ERROR oslo_service.service result = self.transport._send( 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_messaging/transport.py", line 123, in _send2023-03-27 11:11:17.250 45669 ERROR oslo_service.service return self._driver.send(target, ctxt, message, 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 689, in send2023-03-27 11:11:17.250 45669 ERROR oslo_service.service return self._send(target, ctxt, message, wait_for_reply, timeout, 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service File "/usr/lib/python3/dist-packages/oslo_messaging/_drivers/amqpdriver.py", line 681, in _send2023-03-27 11:11:17.250 45669 ERROR oslo_service.service raise result

дай те покурить то сходить

это единственная ошибка из лога новы

2023-03-27 11:11:17.222 45669 WARNING nova.compute.manager [req-b113e228-315b-43a3-8276-09bdb555a24b - - - - -] Compute node node1.local not found in the database. If this is the first time this servic>2023-03-27 11:11:17.235 45669 INFO nova.compute.manager [req-b113e228-315b-43a3-8276-09bdb555a24b - - - - -] Looking for unclaimed instances stuck in BUILDING status for nodes managed by this host 2023-03-27 11:11:17.250 45669 ERROR oslo_service.service [req-b113e228-315b-43a3-8276-09bdb555a24b - - - - -] Error starting thread.: nova.exception_Remote.ServiceTooOld_Remote: This service is older (v61) >Traceback (most recent call last): File "/usr/lib/python3/dist-packages/nova/conductor/manager.py", line 140, in _object_dispatch return getattr(target, method)(*args, **kwargs) File "/usr/lib/python3/dist-packages/oslo_versionedobjects/base.py", line 226, in wrapper return fn(self, *args, **kwargs) File "/usr/lib/python3/dist-packages/nova/objects/service.py", line 464, in create self._check_minimum_version() File "/usr/lib/python3/dist-packages/nova/objects/service.py", line 456, in _check_minimum_version raise exception.ServiceTooOld(thisver=self.version,

Ай-яй-яй, не добавили ноду в целл? 😊

так стоп

вот я иду по доке

https://docs.openstack.org/nova/yoga/install/compute-install-ubuntu.html в каком месте идет добавление в cell?

устанавливаем нод-компуте, редачим конфиг, перезагружаем, идем на мастер ноду, и делаем su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova

устанавливаем нод-компуте, редачим конфиг, перезагружаем, идем на мастер ноду, и делаем su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova

Ну вот про это я и имел ввиду.

мимо

попа горит

пойду по конфигу пробегусь

я и бд на всякий прописал в [database]

и в [api_database]

Ты про то, что это разные БД? 😊

так ошибка таже

что версии разные

nova.exception_Remote.ServiceTooOld_Remote: This service is older (v61) than the minimum (v64) version of the rest of the deployment.

и до и после добавления

ошибка была до добавления

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

я хз может не в ту сторону но там был возможность работы с N-1 версией. возможно после обновления получилась N-2 версией

Upgrade Check Results |+-------------------------------------------+ | Check: Cells v2 || Result: Success | | Details: None |+-------------------------------------------+ | Check: Placement API || Result: Success | | Details: None |+-------------------------------------------+ | Check: Cinder API || Result: Success | | Details: None |+-------------------------------------------+ | Check: Policy File JSON to YAML Migration || Result: Success | | Details: None |+-------------------------------------------+ | Check: Older than N-1 computes || Result: Success | | Details: None |+-------------------------------------------+ | Check: hw_machine_type unset || Result: Success | | Details: None |+-------------------------------------------+

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

*Dungeon* master его не видит

а может быть такое что neutron не работает, и он меня к бд не пускает?

есть еще вот такое 2023-03-27 09:38:48.820 44840 INFO nova.virt.driver [req-509a6282-6a93-44ec-9634-f2d206ed3c5f - - - - -] Loading compute driver 'libvirt.LibvirtDriver'2023-03-27 09:38:49.025 44840 INFO nova.compute.provider_config [req-509a6282-6a93-44ec-9634-f2d206ed3c5f - - - - -] No provider configs found in /etc/nova/provider_config/. If files are present, ensure the> 2023-03-27 09:38:49.760 44840 ERROR nova.db.main.api [req-cd04e433-fd13-4691-83d3-592c094db3a6 - - - - -] No DB access allowed in nova-compute: File "/usr/lib/python3/dist-packages/eventlet/greenthread.py> result = function(*args, **kwargs) File "/usr/lib/python3/dist-packages/nova/utils.py", line 656, in context_wrapper return func(*args, **kwargs) File "/usr/lib/python3/dist-packages/nova/context.py", line 422, in gather_result result = fn(*args, **kwargs) File "/usr/lib/python3/dist-packages/nova/db/main/api.py", line 162, in wrapper return f(*args, **kwargs) File "/usr/lib/python3/dist-packages/nova/objects/service.py", line 511, in _db_service_get_minimum_version return db.service_get_minimum_version(context, binaries) File "/usr/lib/python3/dist-packages/nova/db/main/api.py", line 221, in wrapper _check_db_access() File "/usr/lib/python3/dist-packages/nova/db/main/api.py", line 171, in _check_db_access stacktrace = ''.join(traceback.format_stack())

это прям в начале лога-файла лог

кастит, возможно что из за того что у меня не поднят neutron, они не конектятся?

привет. подскажите с проблемой. ос kolla. сдохла одна control нода после чего не получается нормально добавить новую. помирает на ovn-db : Wait for ovn-nb-db куда смотреть? из логов такое ощущение что nb-db и sb-db не могут добавить ноду в кластер...

привет. подскажите с проблемой. ос kolla. сдохла одна control нода после чего не получается нормально добавить новую. помирает на ovn-db : Wait for ovn-nb-db куда смотреть? из логов такое ощущение что nb-db и sb-db не могут добавить ноду в кластер...

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

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

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

вот это полезно, спасибо!

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

Там с рафтом базы ovsdb была активная фаза печали и боли

Там долго подорожники таймаутами прикладыаали

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

Потом неожиданно понадобился ha

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