Капец , столько времени на эти загадки тратится

нет никаких загадок, это опенсорс он весь такой через жопу

нет никаких загадок, это опенсорс он весь такой через жопу

я тут пытался работу glance ускорить... и ты знаешь, более менее удалось... но это стоило нервов хороших

Что подразумевается под «ускорить»?

Загрузка имаджа в вольюм?

Что подразумевается под «ускорить»?

«выпороть море»

Что подразумевается под «ускорить»?

скорость вливки image при много поточности

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

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

там кроме кода, есть еще подковырки в хорайзоне и квотах

Типа таймаутов всяких

именно в самом веб-сервере, ну то есть да это не код чисто инженерка

именно в самом веб-сервере, ну то есть да это не код чисто инженерка

просто запустил через gunicorn...а пробовали и разные патчи из апстима, и uWSGI

если я передеплоила получается октавию и перед этим генерировала сертификаты, ключи для неё, то у меня теперь новый пароль сгенерирован для октавии и надо заново делать ключи?

не одно, так другое 😐

Запомни, юнга

Новая ошибка это тоже результат

Ужс , но мне кажется я близка 🤣 к этой разгадке

барбикан и пароли тут не причем

если я передеплоила получается октавию и перед этим генерировала сертификаты, ключи для неё, то у меня теперь новый пароль сгенерирован для октавии и надо заново делать ключи?

передеплоила..

и пароли сменились? А точно не стенд?

kolla-ansible deploy -i multinode — tags octavia )) Не знаю что случилось с этими сертификатами , заново создавала 🫠 уже завтра проверю

Серты там точно не не менялись)

Теперь Октавию через правку базы удаляют. Ясно, понятно. А ведь эти лохи потом приходят на собесы и утверждают что они умеют в опенстек... :(

Отчаянные времена - отчаянные меры

Если знаешь как удалить амфоры в состоянии пендинг, поделись

Если знаешь как удалить амфоры в состоянии пендинг, поделись

задача передать статус, не задача DevOps, это задача для SRE

Теперь Октавию через правку базы удаляют. Ясно, понятно. А ведь эти лохи потом приходят на собесы и утверждают что они умеют в опенстек... :(

ну..

Все слышали? Он не правит базу

Добрый день, Подскажите, пожалуйста, как исправить проблему с RabbitMQ + Ceilometer + компонентами OpenStack. У меня есть работающее тестовое облако — с ним всё отлично. Решил подключить Gnocchi и Ceilometer. Их я поднял, сервисы работают. Начинаю прикручивать — и всё ломается: Ceilometer пишет, что у nova, neutron, cinder — durable. ceilometer-notification 2025-09-04 09:17:19.830 10 ERROR cotyledon._utils amqp.exceptions.PreconditionFailed: Exchange.declare: (406) PRECONDITION_FAILED - inequivalent arg 'durable' for exchange 'nova' in vhost '/': received 'false' but current is 'true' Дело в том, что в nova.conf, neutron.conf, cinder.conf у меня стоит такое значение: transport_url = rabbit://openstack:**************************@rabbitmq/ [oslo_messaging_rabbit] rabbit_quorum_queue = true Все они используют одну учётную запись openstack. По умолчанию quorum-очереди при объявлении дают durable = true, и Ceilometer это не нравится — он пытается создать свои уведомления в уже существующих exchange’ах. Я стал дальше ковыряться и попробовал вынести Ceilometer в отдельный vhost /ceilometer. Ошибки у Ceilometer пропали, он создал для всех компонентов exchanges в своём vhost, но метрик при этом вообще нет: transport_url = rabbit://ceilometer:****************************@rabbitmq:5672/%2Fceilometer Позже убрал у Cinder rabbit_quorum_queue и сделал ему отдельный vhost /cinder, дал права учётке ceilometer — и метрики появились. При это в cinder.conf я убрал rabbit_quorum_queue = true [oslo_messaging_rabbit] Но Nova и Neutron не могут работать у меня без параметра rabbit_quorum_queue = true — сразу всё падает; и также не получается поместить их в отдельные vhostы типа /nova и /neutron` — тоже падает. Пока у меня не хватает опыта в этой теме — потихоньку изучаю и ковыряюсь. Но, может быть, вы подскажете, как правильнее решить этот вопрос? Наверняка я что-то делаю не так. )

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

а, то есть они все могут использовать и ceilometer не будет ругаться? если почистить vhost

Все компоненты итак работали и работают c rabbit_quorum_queue true, а ceilometer не хочет, думаю очистка vhost вряд ли даст результат

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

Объявил всех rabbit_quorum_queue = true, почистил vhost, перезапустил компоненты все и все равно не заводится, ceilometer также ругается ERROR cotyledon._utils amqp.exceptions.PreconditionFailed: Exchange.declare: (406) PRECONDITION_FAILED - inequivalent arg 'durable' for exchange 'nova' in vhost '/': received 'false' but current is 'true'

зачем стали делать отдельный vhost для cinder?

да я для экспериментов так сказать, решил попробовать отделить cinder и ceilometer, чтобы проверить в целом работоспособность метрик) проверил, успокоился) без quorum_queue

но nova у меня не хочет заводится без этого параметра

зачем вообще делать цейлометр? Вам мало экстрима?

А что лучше использовать вместо него тогда?)

А что лучше использовать вместо него тогда?)

victoria-metrics

https://www.influxdata.com/integrations/openstack-victoriametrics/

тута могна почитать

а тут наш коллега пишет как сделать вообще по красоте https://habr.com/ru/articles/518680/

victoria-metrics

есть же прометей

а то у многих рф компаний проблемы с цветами у VM

есть же прометей

Прометей еще то говно

он не гавно, он просто в платной редакции не гавно. А в бесплатной полное гавнище

так же как и цейлометр

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

так же как и цейлометр

Цейлометру замены нет, вот в чем нюанс. Кто-то же должен ходить и пинать либвирт за метриками

Цейлометру замены нет, вот в чем нюанс. Кто-то же должен ходить и пинать либвирт за метриками

Libvirt exporter

victoria-metrics

А он считает метрики использования cpu, memory в часах у инстансов? Сколько было потребление Например поработала vm, удалилась и посмотреть сколько часов поработала она и сколько была нагрузка

А он считает метрики использования cpu, memory в часах у инстансов? Сколько было потребление Например поработала vm, удалилась и посмотреть сколько часов поработала она и сколько была нагрузка

на дашбордах это будет видно

главное их правильно собрать

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

но вот gnochi сам по себе архаичен, и тащить их в связке ну чет такое

А если для пользователей? Я так понимаю если бы я использовал ceilometer и потом биллинг типа cloudkitty, то оно бы для пользователей считало бы и отображало через api или веб метрики нужные по инстансам?

А если для пользователей? Я так понимаю если бы я использовал ceilometer и потом биллинг типа cloudkitty, то оно бы для пользователей считало бы и отображало через api или веб метрики нужные по инстансам?

ну а тут уже как вы настроите ldap

потом это все можно в другие внешние системы отдавать.

ну то есть конфигурабельность лучше цейлометра