"access to /dashboard/auth/login denied (filesystem path '/usr/share/openstack-dashboard/openstack_dashboard') because search permissions are missing on a component of the path"

selinux включен

setenforce 0 - быстрая проверка)))

пробовал )

не помог

Forbidden You don't have permission to access this resource.

Не понимаешь свою систему - отключай selinux #facepalm

Либо неправильный юзер, либо для него не хватает где-то по пути chmod +x

чтобы папку прочитать, на ней должен быть +x. это я так, мало ли но к прямому обращению к файлу это не относится

рестартил апача?

рестартил апача?

да

а вообще wsgi лучше на uWSGI+nginx запускать

в качестве бакенда для http сервера в uWSGI greenlets

Всем привет. Столкнулся с проблемой, бьюсь целый день не могу решить. При инициализации инстанса не добавляется ключ в пользователя ubuntu. Паролем авторизация отключена на уровне образа. Все перепробовал - добавлять injection в nova, ставить true в настройках horizon. И из gui и из cli создавал инстансы. Куда еще можно копать?

Всем привет. Столкнулся с проблемой, бьюсь целый день не могу решить. При инициализации инстанса не добавляется ключ в пользователя ubuntu. Паролем авторизация отключена на уровне образа. Все перепробовал - добавлять injection в nova, ставить true в настройках horizon. И из gui и из cli создавал инстансы. Куда еще можно копать?

Через user data закинь его, безотказно сработает

Через user data закинь его, безотказно сработает

пробовал, такое ощущение что игнорирует.. и через cli и через gui ... но еще помучаю, ок

пробовал, такое ощущение что игнорирует.. и через cli и через gui ... но еще помучаю, ок

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

Метадата сервер работает?

И cloud-init работает в образе?

И cloud-init работает в образе?

по логам - да. но игнорирует user-data.

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

образ из auto-sync, вера в него большая....

что за auto-sync? Может попробуй скачать образ из официального автобилда?

что за auto-sync? Может попробуй скачать образ из официального автобилда?

auto-sync/ubuntu-focal-20.04-amd64-server-20220419-disk1.img

ну он же http://cloud-images.ubuntu.com/focal/current/focal-server-cloudimg-amd64.img

аа

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

пробовал создавать инстанс с config-drive=true?

пробовал создавать инстанс с config-drive=true?

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

ну значит с сетью у инстанса проблемы. По дефолту используется веб сервер с метадатой cloud-init по адресу http://169.254.169.254. И к нему по какой-то причине нет доступа из инстанса.

буду разбираться. спасибо!

Это не про стек больше вопрос. В худшем случае если снапшот будет битым получишь битый том на выходе.

Понял, там просто такая ситуация, что фс диска битая, если её восстанавливать через fsck затираются битые блоки и соответственно стираются данные, это позволяет ВМ нормально запуститься, после проверки фс, т.е. выбор получается такой, что либо фс восстаналивается - теряются данные, либо диск восстанавливается из снапшота - данные "восстаналиваются", но фс остаётся битой

Кстати, если кто-то сталкивался с ситуацией, при которой фс диска ВМ повреждается, наверняка обстоятельства которые позволяют такому событию произойти оставляют какие-то записи в логах, можете дать совет где и куда посмотреть?

ребят кто то настраивал логирование keystone? в keystone.conf добавляю notification = identity.authenticate.success, но в логе не появляются сообщения об успешной авторизации. Подскажите может я что то не правильно написал?

у кого есть решение по ошибками —————————————[core:error] [pid 235689:tid 140624489400064] (13)Permission denied: [client 192.168.102.214:64010] AH00035: access to /dashboard/auth/login denied (filesystem path '/usr/share/openstack-dashboard/openstack_dashboard') because search permissions are missing on a component of the path

Всем привет решил проблему

dnf -y remove openstack-dashboard yum remove rdo-release-yoga-1.el8.noarch yum install centos-release-openstack-victoria dnf -y install openstack-dashboard 686 chown -R apache:apache /usr/share/openstack-dashboard/ 687 ls -la /usr/share/ 688 chmod -R 0775 /usr/share/openstack-dashboard/ pip3 install "python_cinderclient==6.0.0" ---------------------------------------- WSGIDaemonProcess dashboard WSGIProcessGroup dashboard WSGISocketPrefix run/wsgi WSGIApplicationGroup %{GLOBAL} #WSGIScriptAlias /dashboard /usr/share/openstack-dashboard/openstack_dashboard/wsgi/django.wsgi WSGIScriptAlias /dashboard /usr/share/openstack-dashboard/openstack_dashboard/wsgi.py Alias /dashboard/static /usr/share/openstack-dashboard/static <Directory /usr/share/openstack-dashboard/openstack_dashboard> Options All AllowOverride All Require all granted </Directory> <Directory /usr/share/openstack-dashboard/static> Options All AllowOverride All Require all granted </Directory> vi /etc/openstack-dashboard/local_settings WEBROOT = '/dashboard/' LOGIN_URL = '/dashboard/auth/login/' LOGOUT_URL = '/dashboard/auth/logout/' LOGIN_REDIRECT_URL = '/dashboard/'

pip на системе без venv там теперь такая каша из релизов. как это теперь обновлять?

pip на системе без venv там теперь такая каша из релизов. как это теперь обновлять?

pip на системе без venv там теперь такая каша из релизов. как это теперь обновлять?

легко. просто винду всю переустанавливаешь и все)

pip на системе без venv там теперь такая каша из релизов. как это теперь обновлять?

ой да ладно, одна известная контора так постоянно делает

ой да ладно, одна известная контора так постоянно делает

ну не надо =)

не так это и страшно

не так это и страшно

ага, особенно когда у тебя по пизде все отъезжает из-за какого ниить urllib3, а про oslo я даже вспоминать не хочу

а ведь люди старались докеры изобретали...

а ведь люди старались докеры изобретали...

да тут просто мозги нужны, а не докеры

да тут просто мозги нужны, а не докеры

ну эт сложно

а изоляция там со времен царя гороха, у нас коллега даже на chroot упарывался

я когда на BSD еще был, использовал во всю jails + chroot)

что может значить такая ошибка?

unable to establish connection to keystone endpoint)

literally

openstack endpoint list

набери этот команд

или проверь настройка /etc/keystone/keystone.conf

| 138b1733b7cc4690880815edb8f5041e | RegionOne | keystone | identity | True | internal | http://10.10.10.12:5000/v3/

Коллеги, имею инсталляцию microstack. В horizon dashboard я могу зайти в любой раздел, кроме project/overview. Пишет 502 bad gateway от nginx. Куда копать?

Наблюдается только при заходе с удаленного хоста. Локально все норм.

Наблюдается только при заходе с удаленного хоста. Локально все норм.

мб на 127.0.0.1 ломится ?

мб на 127.0.0.1 ломится ?

Дал tcpdump с выборкой по хосту, с которого захожу на дашборд. 127.0.0.1 не показывает. 🤷‍♂

😔

Вот еще что нашел: neutron.log 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance [req-7f2cbbe8-5420-4848-93f0-872f67e82d78 - - - - -] Maintenance task: Failed to fix deleted resource e4e32146-51df-4c17-aa7f-a9497d3f884a (type: subnets): KeyError: 'uuid' 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance Traceback (most recent call last): 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance File "/snap/microstack/245/lib/python3.8/site-packages/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/maintenance.py", line 383, in check_for_inconsistencies 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance self._ovn_client.delete_subnet(admin_context, 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance File "/snap/microstack/245/lib/python3.8/site-packages/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/ovn_client.py", line 2028, in delete_subnet 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance self._remove_subnet_dhcp_options(subnet_id, txn) 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance File "/snap/microstack/245/lib/python3.8/site-packages/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/ovn_client.py", line 1896, in _remove_subnet_dhcp_options 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance dhcp_options['subnet']['uuid'])) 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance KeyError: 'uuid' 2022-05-05 11:30:33.821 981820 ERROR neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance 2022-05-05 11:30:33.822 981820 INFO neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance [req-7f2cbbe8-5420-4848-93f0-872f67e82d78 - - - - -] Maintenance task: Synchronization finished (took 0.00 seconds) nginx-error.log 2022/05/05 11:35:31 [error] 982419#0: *186717 upstream prematurely closed connection while reading response header from upstream, client: yyy.yyy.208.94, server: , request: "GET /project/ HTTP/1.1", upstream: "uwsgi://unix:///var/snap/microstack/common/run/horizon.sock:", host: "xxx.xxx.0.16", referrer: "https://xxx.xxx.0.16/admin/" При заходе локально этих ошибок нет

@AlinallLarina: user has been CAS banned

openstack endpoint list

да, спасибо, там уже починили

Кто-нибудь сталкивался с тем, что при удалении инстанса один из его вольюмов очень долго, будто, зависает в статусе "Reserved", из-за чего такое может быть?

Долго удаляется? 🙂

Долго удаляется? 🙂

уже удалил) задал ему статус available, и потом соответственно удалил

да, спасибо, там уже починили

как решили?

Всем привет! коллеги рассматриваю вариант миграции с openstack ocata на xen, стораджы использую цефа, может кто уже занимался подобным?

Всем привет! коллеги рассматриваю вариант миграции с openstack ocata на xen, стораджы использую цефа, может кто уже занимался подобным?

А в чем твой вопрос?

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

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

У меня было первое впечатление, что ты на релиз Xena хотел обновиться

некак нет, нужно именно переехать с опенстака на чистый ксен

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

virt-v2v

virt-v2v

Спасибо, буду изучать

некак нет, нужно именно переехать с опенстака на чистый ксен

Сомнительная идея, конечно) А какие объективные причины есть использовать именно Xen, а не другой гипервизор. Ну так, любопытно.

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

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

Всем привет! у кого есть опыт миграция Hyper-v

здесь не видно

здесь не видно

а что там должно быть видно?