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

кабинет отдела кадров этот персонаж знает?

персонаж клиент условный

персонаж клиент условный

платит много?

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

@creepy_owlet можно в ноги поклониться ?

Можно попробовать 😁

(если что, я в митингах целую неделю)

Как стырить конфиг драйв с ноды в актив статусе

Не через базу

Вроде как, можно отключить скрытие секретных полей

Больше никаких

так мы тоже гадали, но не вспомнили где

можно промепт в чатгпт ?

так мы тоже гадали, но не вспомнили где

В полиси файле над смотреть для ironic api) https://docs.openstack.org/ironic/latest/configuration/sample-policy.html Вона они там вверху. Но чо-то сходу у меня не заработало.

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

Да, show_instance_secrets кажется

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

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

Ага, сработало.

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

В policy.yaml пишешь: "show_password": "role:admin or role:administrator" "show_instance_secrets": "role:admin or role:administrator"

он перечитывает или рестартовать?

он перечитывает или рестартовать?

А хз, я api на котором тестил рестартанул сразу.

а я до базы дополз :(

а я до базы дополз :(

там можно даже ограничиться одной ролью admin Ну или там твоим конкретрным юзером\ролью)

ну вот еще поли с колу надо дотащить как то

стар я для этого дерьма

А хз, я api на котором тестил рестартанул сразу.

Я все равно считаю что это не очень правильно, чисто процессуально клиент за этой отвечает. Администратору платформы такое знать не надо, ну если не заказана услуга администрирование инфры клиента

он перечитывает или рестартовать?

Перечитывает.

зашибись

Я все равно считаю что это не очень правильно, чисто процессуально клиент за этой отвечает. Администратору платформы такое знать не надо, ну если не заказана услуга администрирование инфры клиента

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

Ничо не сделаешь, ток процедуры разрабатывать помогающие быстро проёбы клиентов чинить.

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

ну просто это упущенная прибыль, ток клиент такое попросил ему сразу галочка администрирование инфры и след ежемесячный счет на какой то процент увеличивается. Пока клиент не платит за сервис, он не клиент, он товар!

сожрало

ну просто это упущенная прибыль, ток клиент такое попросил ему сразу галочка администрирование инфры и след ежемесячный счет на какой то процент увеличивается. Пока клиент не платит за сервис, он не клиент, он товар!

Ну я те и говорю что щас курс на человеколюбие и за исключением совсем уж отбитых ослов всем предоставляют базовую техподдержку бесплатно. Иначе разбегутся)

А так наоборот, останется впечатление что "вот, вошли в положение и помогли"

хмм, чето декодить не хочет

Так и живем)

хмм, чето декодить не хочет

Так там gzip еще.

хмм, чето декодить не хочет

А там скорее всего не base64

оригинальная цеплочка iso>gz>base64

Из новы я помню доставали там скриптик на пистоне был с , hmac либой

оригинальная цеплочка iso>gz>base64

echo $CONFIG_DRIVE | base64 -d | gzip -d

Должен получить плейнтекст вывод всего чо там есть.

Но эт у меня тест, где конфиг драйв в виде директории скармливался ironic напрямую, без nova.

gunzip 1.gz

gzip: 1.gz: not in gzip format

- name: "Make config drive files" become: yes command: "{{ iso_gen_utility }} -R -V config-2 -o {{ http_boot_folder }}/configdrive-{{ uuid }}.iso {{ variable_configdrive_location.path }}/{{ uuid }}" - name: "Make config drive files base64 encoded and gzip compressed" become: yes shell: | set -o pipefail gzip -c {{ http_boot_folder }}/configdrive-{{ uuid }}.iso | base64 > {{ http_boot_folder }}/configdrive-{{ uuid }}.iso.gz args: executable: /bin/bash

че из меня дурака делаете

Всем привет! Есть несколько Ceph-бэкендов, есть ли какая-то реально работающая goodness-функция для Cinder, которая позволить выполнять балансировку создаваемых томов на кластерах с учетом их заполненности (free_capacity_gb)? Какие весовщики можно использовать кроме GoodnessWeigher? Например CapacityWeigher, или у нас еще есть ExactCapacityWeigher. Но такое ощущение, что они работает не совсем корректно, особенно в том случае, если емкость кластеров разная.

echo $CONFIG_DRIVE | base64 -d | gzip -d base64: invalid input gzip: stdin: unexpected end of file

чето там еще занчит

чето там еще занчит

base64 -d configdrive-00000000-0000-0000-0000-100000000001.iso.gz > 1configdrive-00000000-0000-0000-0000-100000000001.iso.gz gzip -df 1configdrive-00000000-0000-0000-0000-100000000001.iso.gz mount 1configdrive-00000000-0000-0000-0000-100000000001.iso /mnt

ты думаешь я так ниразу не делал

проблема в том что отдал в Instance info ironic

там строка должна быть, а не образ

причем онлайн сервисы декодят не кашляя

люди, а можете натолкнуть на мысль? хотим, чтобы можно было ходить в api openstack (ну и использовать cli) используя не keystone token, а, например, выписанный каким либо другим IdP (keycloak например). такое вообще бывает?

хаха "\n"

echo -e $CONFIG_DRIVE | base64 -i -d | gzip -d

главное я уже забыл что хотел в нем посмотреть :)

люди, а можете натолкнуть на мысль? хотим, чтобы можно было ходить в api openstack (ну и использовать cli) используя не keystone token, а, например, выписанный каким либо другим IdP (keycloak например). такое вообще бывает?

federate https://docs.openstack.org/keystone/latest/admin/federation/introduction.html

federate https://docs.openstack.org/keystone/latest/admin/federation/introduction.html

это читал. но там, если я хорошо читал, можно заставить keystone верить другому IdP, и это почти решает вопрос, если бы не необходимость делать openstack token issue

хочется именно с токеном keycloak'а ходить в api openstack

в openstack в токене запечатан scope - проект, список ролей в нем, etc. а на стороне сервисов oslo policy их проверяющие

Чето аутентификации и авторизации путаем

Там в недрах чето пишут про jwt token провайдер

Но древнее

Чето аутентификации и авторизации путаем

где?

вам настройки keystonemiddleware надо смотреть + oslo policy json переделывать + мапперы писать

Welcome! - DEV Community https://dev.to/choonho/openstack-keystone-c6j

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

Ну еще у недхата итд

Welcome! - DEV Community https://dev.to/choonho/openstack-keystone-c6j

тут скорей формат openstack token issue, от внешней системы токен не подойдет, если только в каждом компоненте openstack не настроить keystonemiddleware с keystone на external idp

https://specs.openstack.org/openstack/keystone-specs/specs/keystonemiddleware/2023.1/external_authentication_server_oauth2_grant_support.html

скорей вот в эту сторону надо копать

че из меня дурака делаете

Эт не мы) Эт bifrost или откуда у тебя там эти таски)

Так я же написал проблема в "\n"

Так я же написал проблема в "\n"

Да я видел)

https://www.cnews.ru/news/top/2024-12-10_korejskij_google_vorvalsya

https://www.cnews.ru/news/top/2024-12-10_korejskij_google_vorvalsya

новые конкуренты RHEL, @mixroot зацени