Ага спасибо!

Всем привет, подскажите нубу плиз,
установил openstack packstack allinone при запуске instances получаю:

Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 645, in build_instances raise exception.MaxRetriesExceeded(reason=msg) MaxRetriesExceeded: Exceeded maximum number of retries. Exhausted all hosts available for retrying build failures for instance 7ea1e4d0-6bdf-4000-a0cc-f270500ad3bd.return_alternates) File "/usr/lib/python2.7/site-packages/nova/scheduler/rpcapi.py", line 160, in select_destinations return cctxt.call(ctxt, 'select_destinations', **msg_args)

Это значит что планировщик находит хост (ну, он же у тебя один), хост проходит все фильтры, но запустить виртуалку не получается.

Может быть места не хватает на диске, может быть оперативной памяти, а может neutron не может создать порт.

Ставь в конфигах везде debug=True и смотри логи nova-compute, neutron агентов и libvirtd. Наверняка где-то что-то найдется.

@j52089ec7e87 спасибо, смотрел логи что-то с сетью

Подскажите, пожалуйста.

Столкнулся с неожиданной для себя ошибкой при установке keystone и его связи с MariaDB.

Настроил все в точности как на
https://docs.openstack.org/keystone/train/install/keystone-install-ubuntu.html

После выполняю команду openstack domain list и по идее должен увидеть один единственный домен Default, но вместо ожидаемой таблицы вижу

an unexpected error prevented the server from fulfilling your request (HTTP 500)

Иду в логи
(var/log/apache2/keystone_access.log)

И вижу там следующее:
127.0.0.1 -- ... "POST v3/auth/tokens HTTP/1.1" 500 432 "-" "openstackdk/0.36.0 keystoneauth1/3.17.1 python-request/2.22.0 CPython/3.6.8"

Как это вообще вылечить? 100 раз уже конфигурации все проверил

export | grep OS

debug=true в keystone.conf скажет намного больше

OS_AUTH_URL="http://controller:5000/v3"
OS_IDENTITY_API_VERSION="3"
И так далее

Все переменные соответсвующие установлены

тогда debug

А вывод расширенный ожидать в тех же лог файлах?

по идее да

еще и логах апача посмотрите. Наверное не тот wsgi модуль стоит

Та же ошибка, только прибавился стэк вызовов функций питоновских

логи в студию :)

ну да теперь разбирать что в этом питоне произошло

Сам файл keystone_access.log находится в папке логов apache2

Насчёт wsgi:

По сути, все, что я менял в связи с apache, это просто добавил в файл /etc/apache2/apache2.conf строку

ServerName controller

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

Снимок экрана устроит? Просто я с телефона в данный момент, а более цивилизованным образом скинуть возможности пока нет)