тут еще есть @pumpkineggs у него можно поинтересовать, он находил прям в дашборде в коде, какие строки удалить

тут еще есть @pumpkineggs у него можно поинтересовать, он находил прям в дашборде в коде, какие строки удалить

Это точно был я? ))

Есть у меня смутные воспоминания о том, как я копался там, комментил какой-то код, но что именно не помню (

@amyltsev Где-то тут. https://github.com/openstack/horizon/tree/master/openstack_dashboard/dashboards/project/static/dashboard/project/workflow/launch-instance/source

Это точно был я? ))

строки с 28 по 37

и опция на месте и пользователь её не увидит

просто поредачил конфиг - это на Rocky LAUNCH_INSTANCE_DEFAULTS

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

Править код Horizon, чтобы он обращался к API Cinder с просьбой создать именованный диск. Как собираешься решать проблему с повторяющимися именами?

никак, если есть повторяющиеся имена дисков значит есть повторяющиеся имена ВМ, а тут уже как говорится ССЗБ

А бекэнд для хранения какой?

Ну а кто ж знает?

и да, а точно ли это надо делать в Хорайзене? Меня смутило то, что в тераформе есть вариант создания ВМ из диска по той же схеме что и в хорайзене. resource "openstack_compute_instance_v2" "boot-from-volume" { name = "boot-from-volume" flavor_id = "3" key_pair = "my_key_pair_name" security_groups = ["default"] block_device { uuid = "<image-id>" source_type = "image" volume_size = 5 boot_index = 0 destination_type = "volume" delete_on_termination = true } network { name = "my_network" } }

Когда ты создаешь инстанс с уртовым диском в cinder дашборд делает это в два этапа: 1. Создает диск 2. Из него запускает инастанс Вот как-то так. Поэтому надо копаться в horizon

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

Ну если только строго прикажешь следовать формату именования дисков.

Но точно так же пользователям с терраформом придется через Policy запрещать создавать виртуалки с эфемерным корневым диском.

как @nsuvorov подсказал, max_local_block_devices=0 запретит это для всех 🙂

А эт работает когда у новы бекэнд цеф?

Когда ты создаешь инстанс с уртовым диском в cinder дашборд делает это в два этапа: 1. Создает диск 2. Из него запускает инастанс Вот как-то так. Поэтому надо копаться в horizon

чтобы делать единым запросом - надо дописывать самому ручку в апи

@adiantum , с днём рождения тебя!! Успехов всевозможных, новых достижений и развития во всех направлениях!!! 🎁🎁🎁🎁🎁🎁🎁

Править код Horizon, чтобы он обращался к API Cinder с просьбой создать именованный диск. Как собираешься решать проблему с повторяющимися именами?

т.е. хочешь сказать что хорайзен создаёт ВМ с рутом в циндере в 2 этапа?

т.е. хочешь сказать что хорайзен создаёт ВМ с рутом в циндере в 2 этапа?

Всё так, но запрос делается не хорайзеном, а Nova-API

Ты считаешь что мы не правы?

ну так, я решил дополнить 🙂

сделай openstack server create с —debug и увидь запросы к синдеру

я конечно не проверял, но не факт что запросы в openstack(python-client) будут такие же как у хорайзена

Т.е. от хорайзена летит один запрос с помощью novaclient в nova-api, а дальше я пока не раскурил, но вангую что от nova-api будет запрос в cinder-api

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

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

Так же думали пацаны которым нужен был ребилд виртуалок с дисками в циндер. "Ну уж через пару лет то сделают!"

У меня нет контактов с супермикрой, к сожалению