удалил, перегрузил (systemctl restart kolla-nova_api-container.service), но не помогает Error: Unable to retrieve details for instance "166a1329-59d3-4931-83d1-304264ee05ac". Details Policy doesn't allow os_compute_api:servers:show to be performed. (HTTP 403) (Request-ID: req-3058e245-e5f8-4052-a09e-138e96785953)

Зависит от того, как файл с полисями попадает в то место в контейнере, откуда его читает сервис. Может там так написано, что если файла полисей на хостовой системе нет, то старый не затирается. Надо проверить в контейнере на всякий случай и грохнуть там тоже, если он остался

Полиси проверяются обычно в апи сервисе, до шедулера. Не думаю что его сломали

Получилось починить, ошибки ушли, новые пока не появились. может позже вскрытие покажет. Сделал так внутри докера nova-api сделать oslopolicy-policy-generator --namespace nova > policy.yaml.old cp policy.old policy.new удаляем лишнее в policy.new oslopolicy-policy-upgrade --policy ./policy.yaml.new --namespace nova и перезапускаем systemctl restart kolla-nova_api-container.service то что не работало, заработало

мой вам дельный совет.. эвакуируйте инстансы и понаблюдайте за хостом..

Какие инстансы на контроллере?))))

Какие инстансы на контроллере?))))

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

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

https://t.me/openstack_ru/174500

kolla-*nova_api*-container.service +)

Всем привет. Пытаюсь загрузить ось по pxe с rbd, но что-то пока не хочет. В какую сторону можно копнУть или чего-то не хватает? В initrd модуль rbd есть. Параметры загрузки kernel rocky9/vmlinuz initrd rocky9/initrd.img append ip=dhcp root=UUID=577e9baa-f1d4-4460-8aa8-31d2a54dea3b rbd boot=rbd rbdroot=192.168.192.41,192.168.192.42.192.168.192.43:cinder:AQDG8ttnqC0jNBAASkKGRKMy:volumes:volume-1761361c-3f5d-45db-a903-6e8d87cd07bc::

Как минимум второй и третий ип адреса мониторов не разделены запятой.

В цефе как правило пул и образ разделяются слэшем - pool/image

Когда там уже 6 gen Xeon выйдут? :(

7мые в прошлом году вышли

А?

Типо silver 4510 -> 4610 и gold 6548 -> 6648

Почему-то xeon 6 с кодами 6748

Ну и там цены не гуманные

Этож два поколения назад

Добрый день, никак не получается выполнить интеграцию openstack all-in-one с доменом ipa, погода благоприятствует, решил разбираться дальше, выполнил рекомендации https://stackoverflow.com/questions/68135710/deploy-kolla-ansible-openstask-wuth-ldap-integration https://docs.redhat.com/en/documentation/red_hat_openstack_platform/16.2/epub/integrate_openstack_identity_with_external_user_management_services/index#proc-configuring-active-directory-credentials_identity-active-directory в конфиг файл /etc/kolla/keystone/keystone.conf добавил строки [identity] domain_specific_drivers_enabled = True domain_config_dir = /etc/keystone/domains [ldap] use_pool = true pool_size = 10 pool_retry_max = 3 pool_retry_delay = 0.1 pool_connection_timeout = -1 pool_connection_lifetime = 600 use_auth_pool = true auth_pool_size = 100 auth_pool_connection_lifetime = 60 конфиг описания домен разместил в разных местах т.к. непонятно откуда кейстон берет конфиг /etc/kolla/config/keystone/domains/keystone.best.conf /etc/kolla/keystone/domains/keystone.best.conf /etc/keystone/domains/keystone.best.conf [identity] #driver = sql driver = keystone.identity.backends.ldap.Identit #[assignment] #driver = sql [ldap] #url=ldap://dc-ipa.best.testcloud:389 url=ldap://192.168.226.69:389 user=uid=opnadm,cn=users,cn=accounts,dc=best,dc=testcloud password=12345678 suffix=dc=best,dc=testcloud query_scope=sub page_size=0 alias_dereferencing = default ###chase_referrals = user_tree_dn=cn=users,cn=accounts,dc=best,dc=testcloud user_objectclass=inetOrgPerson user_objectclass=person user_id_attribute=uid user_name_attribute=cn user_mail_attribute=mail user_pass_attribute = userPassword user_enabled_attribute = userAccountControl user_enabled_mask = 2 на кд поставил tcpdump на отслежиание трафика от узла openstack, при перезагрузке контенера keystone пакеты не приходят на кд при запуске команды openstack user list --domain best ( или поо id b049e0811165462192f38789e04b6af2) --debug в дебаге видно что все запросы идут к серверу оpenstack, но при этом на кд пакеты не идут на кд в tcpdump тоже тишина пакеты приходят на кд только при отработке команды ldapsearch очень нужна помощь знающих людей!!!!

Неужели из почти 2-х тысяч участников чата никто не сталкивался с интеграцией openstack kolla и freeipa?

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

freeipa стоит отдельно, и совсем не в опенстэке

ну так вы адреса пропишите фриипы в колле

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

в каком именно месте прописать?

в globals.yml вестимо

Неужели из почти 2-х тысяч участников чата никто не сталкивался с интеграцией openstack kolla и freeipa?

в globals.yaml нет раздела для указания ldap или ipa

В коле можно присрать любые плейбуки на пре и пост фазы

https://superuser.openinfra.org/articles/how-to-implement-an-openstack-based-private-cloud-with-kolla-ansible-part-1/ прочитайте подалуйста все части.. иначе вы так и будете задавать вопросы. И да загуглить в opendev пару пустяков

я не понимаю как этот материал может быть полезен в интеграции с ipa, описана конфигурация multinode

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

Этот материал поможет понять что есть pre deploy tasks и post deploy tasks. Забегая вперед если вы сразу пропишите в keystone.conf по умолчанию свой identity то у вас всю инсталляцию перекосит

вы интегрировали opnestack kolla с freeipa?

и не один раз

только я это делал после деплоя

тогда странно что по делу ни одно совета нет, только ссылки на статьи которые уже прочитаны

тогда странно что по делу ни одно совета нет, только ссылки на статьи которые уже прочитаны

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

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