Проще говоря, если в договоре который заключается между редхатом и клиентом нет пункта "Мы имеем право класть хуй на ваши маргинальные запросы и игнорировать проблемы меньшинства ради наших глобальных целей", то возникает справедливый вопрос почему такое отношение к людям которые несут тебе деньги.

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

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

хз. если бы в приватной инсталляции того же mcs cloud solution 3 дня чинили "у нас больше вм не создаются" или 3 месяца фиксили s3 бакеты - я думаю их бы уже на вилах подняли и застыдили. а для redhat это выходит в порядке вещей.

Люди платят дохуя денег и вправе ожидать что по крайней мере "продукт" за который они платят не сломают. А если сломают, то хотя бы разберутся и расскажут что можно сделать в качестве временной меры.

Ну так и есть же. Поддержке платят именно за то, что они разберутся. Если есть костылик, предложат. С разрабами пообщаются, баг заведут. Но слегка наивно полагать, что покупка поддержки позволит рулить приоритетами основной разработки. И что кто-то бросится чинить за три дня какую-то минорную хрень.

хз. если бы в приватной инсталляции того же mcs cloud solution 3 дня чинили "у нас больше вм не создаются" или 3 месяца фиксили s3 бакеты - я думаю их бы уже на вилах подняли и застыдили. а для redhat это выходит в порядке вещей.

Ну так и есть же. Поддержке платят именно за то, что они разберутся. Если есть костылик, предложат. С разрабами пообщаются, баг заведут. Но слегка наивно полагать, что покупка поддержки позволит рулить приоритетами основной разработки. И что кто-то бросится чинить за три дня какую-то минорную хрень.

Ты как то забыл как мейлы кролика сначала сломали, а потом полгода "чинили"? :) Нет, если ты утверждаешь что редхата еще хуже, то я тебе поверю, но с большим трудом...

Сорян, я тут мимо проходил, накину немного. Вам не пофиксили быстро багу в 16.1 потому, что 16.1 - это бетта (это ж про ceph, да?). Ее девелопит сообщество ( разрабы рх это часть сообщества в данном случае) и редхат (контора) по контракту вообще ни фига там фиксить не обязан, потому что он не продает продукты построенные на бета-версиях ) Поэтому, в этом конкретном случае, претензии не особо адекватны. Но, да саппорт шляпы, это шляпа 🙂 ps/ воркараунд для анонимного доступа к бакету гуглится за 5 минут - это nginx прокси )

16.1 - это red hat openstack 16.1 :)

16.1 - это red hat openstack 16.1 :)

А смысл тогда в такой поддержке вендора, которая стоит как ФОТ десятерых питонячих разрабов, способных раскопать код и пофиксить "минорную хрень" за полдня? И не надо рассказывать сказки про расписанные на год вперед роадмепы разрабов. Ни один вендор не убежал еще дальше апстримного сообщества и сумма бабла за контракт объясняется не стоимостью времени разрабов, а простейшей жадностью менеджеров.

Очевидно, что если вы в состоянии содержать разработчиков, которые любой баг в опенстеке за пол дня чинят, то вам не нужен вендор.

Всем привет! При помощи Kolla Ansible развернут Train с минимумом сервисов, все три ноды и control, и compute; кластер подключен к внешнему Ceph. Пытаюсь создать тестовую виртуалку — не создается с такой ошибкой в логе nova-compute: 2021-10-30 10:01:05.792 6 ERROR nova.compute.manager [instance: 3a06cc80-3821-4b68-ac21-d6d090641c3e] libvirt.libvirtError: internal error: process exited while connecting to monitor: 2021-10-30T07:01:04.084461Z qemu-system-x86_64: -drive file=rbd:vms/3a06cc80-3821-4b68-ac21-d6d090641c3e_disk:id=cinder:auth_supported=cephx\;none:mon_host=172.20.8.53\:6789\;172.20.8.54\:6789\;172.20.8.57\:6789,file.password-secret=virtio-disk0-secret0,format=raw,if=none,id=drive-virtio-disk0,cache=none: error connecting: Operation not permitted Гугление не помогло( Подскажите, плз, куда копать?

Ага, а потом эти чудо-разработчики увольняются, оставляя вам гору недокументированного легаси :-)

Синдер не смог создать блок устройство на цефе. Авторизация, сетевая связность, сам цеф. Попробуйте поднять kvm тестовый и подключить его к цефу

КВМ в смысле, чтобы не куему? Авторизацию, сетевую связность и сам цеф проверил. В логах синдера на одной из нод есть ошибка подключения к мускулю, примерно совпадающая по времени с проблемой. Можно синдер как-то отключить на ноде по аналогии с compute service --set disable?

Если отключить синдер, то как он будет диски создавать? :) KVM для теста, что цеф работает. А с ошибкой подключения к мусиклу надо разбираться. Походу с сетью какая то бяка.

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

Лучше всю ноду отключать.

А вендоры легаси не оставляют, ага. :)

Для вендора, в отличие от заказчиков, разработка программного обеспечения - основной вид деятельности,поэтому там заведомо более профессиональный подход, документирование, репозитории, автоматическое тестирование и вот это вот все. А в заказчике программист вам понапишет кода и уйдёт в туман.

Синдер не смог создать блок устройство на цефе. Авторизация, сетевая связность, сам цеф. Попробуйте поднять kvm тестовый и подключить его к цефу

я озвучил тезис, он абсолютно очевидный, а уж смешно вам или нет, решайте сами

Не синдер не смог (он то как раз смог, хаха) а QEMU при запуске виртуалки не смог подцепиться к цефу. И я как бы почти гарантирую что у вас дрова с правами, скорей всего у вас гланс в том же цефе что и синдер, юзеры в цефе у синдера и гланса разнаые и права настроены криво. Или вы засунули в секрет либвирта хлам вместо кейринга

Вот честно, не увидел указания что синдер смог. Видимо глаза уже не торт. :( Но это же легко увидеть в свойствах вм и на самом цефе - есть там блок или нет.

1. Если бы синдер не смог создать волюм - он бы завлился в error, а значит нова свалилась бы ДО запуска QEMU, а запуск произошел - поэтому синдер ИЛИ справился ИЛИ не был задействован вообще. 2. В выхлопе QEMU показана сущность с которой произошла ошибка. Зовется она rbd/<какой_то_id>_disk и это вообще кажется эфемерный диск или config_drive. Потому, что волюмы как правило именуются <poolname>/volume-<id> А это также намек на то, что дело не в синдере Есть и другие намеки что "кое-что не так, и причина этого не синдер", но двух вышеназваных уже более чем достаточно

Он совершенно дурацкий, уж извините. С чего вдруг у вендора "заведомо" лучше спецы? Их откармливают стероидами и кровью девственниц? :) С чего вдруг вендор перестал стараться затянуть клиента под себя поглубже? И как следствие, вендор обычно старается налепить винегрет помощнее, с кучей вендор-локов, что после отказа от вендорской поддержки превращается в то самое "страшное Легаси". От которого, к слову, довольно легко уйти через нормальный менеджмент (уходит не вся команда разом) и документацию. Так что, давайте вы не будете топить за то, что вендор это боги во плоти людям, которые этих вендор локов наелись по полной.

Во-первых, Да, у вендора заведомо лучше спецы в разработке, потому что это его бизнес. Во-вторых, это не вендор старается затянуть на себя клиента поглубже, а заказчику самому комфортнее все вопросы решать с одним вендором. «Легко уйти через нормальный менеджмент» - заказчику это обычно очень нелегко, потому что не хватает компетенций и уровня менеджмента. Опять же уровень менеджмента в разработке у вендора круче. И да, у вендора в целом конечно лучше спецы, :-) Станислав, давайте прекращать дискуссию :-)

Во-первых, Да, у вендора заведомо лучше спецы в разработке, потому что это его бизнес. Во-вторых, это не вендор старается затянуть на себя клиента поглубже, а заказчику самому комфортнее все вопросы решать с одним вендором. «Легко уйти через нормальный менеджмент» - заказчику это обычно очень нелегко, потому что не хватает компетенций и уровня менеджмента. Опять же уровень менеджмента в разработке у вендора круче. И да, у вендора в целом конечно лучше спецы, :-) Станислав, давайте прекращать дискуссию :-)

Логично. Но ведь этот волум будет же светиться в свойствах вм?

Если он там светится то с ним с точки зрения синдера всё ок. Было бы не ок - аттач бы завалился и волюма не было бы видно на вм

Вот у меня собственно были сомнения на счет того, когда ид волума прописывается в базе. Может, если после создания вм не пускается, то ид нет и найти его сложно. Вообще интересный кейс, надеюсь задавший вопрос напишет сюда чем все закончилось.

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

Кстати, насколько сейчас шапка остаётся от релиза ванильки? Полгода?

Ребята привет. На компуте ноде из 72-х используется 70 vCPU, но по факту нагрузка на процы 23%. Других ресурсов полно. OS считает (могу ошибаться), что CPU закончились и не хочет там создавать инстансы. Можно ли кто-то это обойти и принудительно создать инстанс?

https://docs.openstack.org/arch-design/design-compute/design-compute-overcommit.html если я правильно понял вопрос

смотря как переводить "financially stable"

Да что ж вы так сбер. Не бейте музыканта играет как может.

Это зависть :)

Скоро сбер все конторы скупит и мы все будем работать вместе с тобой.

Скоро сбер все конторы скупит и мы все будем работать вместе с тобой.

Все не скупит. Пара контор останется :-)

а тинькофф?

А что это?

Всем привет. Хотим записать эпизод LTE про то, как создать Публичное облако. И с технической и с организационной стороны. Накидайте, пжл, вопросов, на которые хотелось бы получить ответы.

Всем привет. Хотим записать эпизод LTE про то, как создать Публичное облако. И с технической и с организационной стороны. Накидайте, пжл, вопросов, на которые хотелось бы получить ответы.

Всем привет. Хотим записать эпизод LTE про то, как создать Публичное облако. И с технической и с организационной стороны. Накидайте, пжл, вопросов, на которые хотелось бы получить ответы.

"Работа" с спамерами, порно на хостинге, нелегальный контент, зловреды, поддельщки банковский сайтов итд. Их выявления, что можно/нужно дозволено предпринимать без повестки с полиции.

Зачем, а главное на*уя- главный вопрос, на который предстоит ответить

"Работа" с спамерами, порно на хостинге, нелегальный контент, зловреды, поддельщки банковский сайтов итд. Их выявления, что можно/нужно дозволено предпринимать без повестки с полиции.

Спасибо

+ ещё один. Работа с "странными" клиентами. У нас был случай. Вродебы а кастомера все ок, абузов на него нет. Нелегалки или спама от него тоже не видно. ... НО ... Платил он каждый месяц с новой кредитки. .. хз что с такими делать.

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

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

Кто-нибуть заморачивался с перфомансом локальных(nova) дисков? Какой беканд? какой драйвер для либвирта? Может что еще Сейчас из вм iops в два раза меньше, чем с компута.