Иначе бы он порт слушал, разве нет?

Иначе бы он порт слушал, разве нет?

на compute

А нет, вижу...

У тебя поднимается 2 сервиса - vnc и vnc-proxy с control идёт до vnc-proxy на компьюте и он уже общается с vnc libvirt

У тебя поднимается 2 сервиса - vnc и vnc-proxy с control идёт до vnc-proxy на компьюте и он уже общается с vnc libvirt

Дааа, я тут гашел...

https://bugs.launchpad.net/charm-nova-cloud-controller/+bug/1980828

https://launchpadlibrarian.net/613697209/Screenshot%202022-07-18%20at%203.53.17%20PM.png

https://opendev.org/openstack/nova/commit/11a42d40306f56105447a32cc521bb44f6678b59

https://opendev.org/openstack/nova/commit/cec9e7f1f13f62ff813df32d70d6455917398868

kayobe overcloud deploy не деплоится, потому что ironic не находит диски на серверах во время baremetal inspect. Как такое дебажить?

Длинным путем объяснить или коротким?

давай коротким

1. Загрузится на ноде с ISO диска того дистрибутива из которого слеплен IPA

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

Но можно забить и сразу пункт 2

2 не делать никаких инспектов, а сразу в свойствах ноды в servers.yml, который на biftost.yml гвоздями прибить рут диск на dev/sda

2 не делать никаких инспектов, а сразу в свойствах ноды в servers.yml, который на biftost.yml гвоздями прибить рут диск на dev/sda

попробую, спасибо

а вообще последовательность неправильная

docker exec -it bifrost_deploy bash cd /bifrost export OS_CLOUD=bifrost export BIFROST_INVENTORY_SOURCE=/etc/bifrost/servers.yml ansible-playbook -vvvv \ -i /bifrost/playbooks/inventory/bifrost_inventory.py \ /bifrost/playbooks/enroll-dynamic.yaml \ -e "ansible_python_interpreter=/var/lib/kolla/venv/bin/python" \ -e @/etc/bifrost/bifrost.yml exit

заносит ноды в бифрост

kayobe overcloud inventory discover

мапинг железных нод на ансибл группы кайобы

kayobe overcloud provision

а это как раз накатка операционки айроником на ноды

kayobe overcloud provision

да, он и фейлит

лунов нет примапленных?

там просто две крутилки

kolla_bifrost_servers: ctl01: driver_info: power: ipmi_username: xxxxxxxxxxxxxxxxxx ipmi_address: xxxxxxxxxxx ipmi_password: xxxxxxxxxxxxxxxx ipmi_protocol_version: 1.5 driver: ipmi nics: - mac: xxxxxxxxxxxxxxxxxxx name: ctl01 properties: cpu_arch: "x86_64" ram: "8192" disk_size: "50" cpus: "8" root_device: name: "/dev/sda"

непонятно почему сам линукс имаджа ипы не видит диски

наверное поэтому

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

на каких помоях такое происходит?

десятилетних интелах

убунта с дебианом то нормально работают

понимаю

так собери на ubunte

так по дефолту ironic python image builder на центоси собирает - name: Default to CentOS 8https://github.com/openstack/ironic-python-agent-builder/blob/9126ce0236f0c259d97fa1f0750f0c051d70a297/roles/ipa-build-dib-image/tasks/main.yaml#L1

там надо прокинуть os для сборки или какой тянуть

щас попробую

ipa не обязательно собирать, можно просто утянуть

они в какой то момент перешли на сборку по умолчанию

в конфиге прям есть параметры ipa_ramdsik или типа того

url

ага

ясно, тут только центоси https://tarballs.opendev.org/openstack/ironic-python-agent/dib/files/

ха, на centos 7 все нормально работает

а все потому что апстрим никому не нужен

Lucky Van: user has been CAS banned

ха, на centos 7 все нормально работает

Угу, народ жаловался, что в восьмёрке убрали много драйверов. Мы поэтому поддержку семёрки в этих сборках держали до последнего.

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

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

написать патч =)

странн просто со всех утюгов локальные диски зло, а в темпесте нет

странн просто со всех утюгов локальные диски зло, а в темпесте нет

>Со всех колхозов fixed

обоснуй

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

Я к чему. Можно не хотеть или не уметь что-то использовать, но при этом говорить что то чем ты не пользуешься это плохо тоже странно.

>Со всех колхозов fixed

p.s половину чата небось обидел)

p.s половину чата небось обидел)

Вторая половина взоржала )

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

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

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

странн просто со всех утюгов локальные диски зло, а в темпесте нет

Не зло, они имеют свою нишу

Не зло, они имеют свою нишу

Эксперт Славик у аппарата )

Эксперт Славик у аппарата )

только дай знать... как использовать локальные диски

только дай знать... как использовать локальные диски

Это точно лучше чем lvm backend 🙂

Это точно лучше чем lvm backend 🙂

звучит как извращение

Он из всех минусов локальных дисков имеет ещё один - данные диска по сети гоняют

Это точно лучше чем lvm backend 🙂

Слава, локальные диски бай дефолт это лвм бекенд 🤣

Не путай с лвм бекендом из РТ

Слава, локальные диски бай дефолт это лвм бекенд 🤣

Ведь нет, это что-то по сети подключается != локальные диски

Ведь нет, это что-то по сети подключается != локальные диски

не images_type = lvm images_volume_group = <VG>

вот это самый пиздец :D

Локальные диски - тебе cinder в этом случае не нужен, совсем. С LVM backend - нужен

Локальные диски - тебе cinder в этом случае не нужен, совсем. С LVM backend - нужен

то что я выше написал, для опенстека тоже ЛВМ бекенд, он прям большими буквами пишет в ошибке на миграцию =)

и да, синдер там и рядом не пробегает

то что я выше написал, для опенстека тоже ЛВМ бекенд, он прям большими буквами пишет в ошибке на миграцию =)

Миграция работает и с локальными дисками…