Вообще выходной и я в отпуске

ERROR oslo_messaging.rpc.server nova.exception.ResizeError: Resize error: not able to execute ssh command: Unexpected error while running command. 2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Command: ssh -o BatchMode=yes 127.0.0.1 mkdir -p /var/lib/nova/instances/4148ba12-c32b-4bc6-ae61-4c51c2e50ae7 2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Exit code: 255 2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Stdout: '' 2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Stderr: 'Host key verification failed.\r\n'

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

и тут все кто в опенстек умеет такой трейс видели, а молчат потому что не знают по какой процедуре вводили в кластер ноду.

а хост с такими же cpu что и на предыдущих, хотя дело не в этом. Вы точно правильно добавили новый хост?

Всем привет 🖖🏼 Кто внедрял skyline dashboard? Есть какие комментарии/рекомендации? Поделитесь наблюдениями пожалуйста 🙂

Нет там никаких рекомендаций ставишь и работаешь, покрасивее хорайзона да и все

с виду те же яица

Всем привет 🖖🏼 Кто внедрял skyline dashboard? Есть какие комментарии/рекомендации? Поделитесь наблюдениями пожалуйста 🙂

Показал заказчику отчет «вот разместил объяву в 100500 групп» и уплыл со 100500 денег в закат

привет! помогите разобраться как OSA работает до этого уже ставил лабу с помощью kolla-ansible, т.е. сами компоненты опенстака примерно понимаю, вопрос именно по конфигурации openstack-ansible по логике плейбука в роли lxc_container_create, сразу после создания у каждого контейнера уже должны быть как минимум два интерфейса, прибитых к br-mgmt и lxcbr0 в openstack_inventory.json генератором создается секция container_networks, в которой вроде как русским по-белому написано, что должен быть eth1 с таким IP и прибит к br-mgmt пример: "hirack-nova-api-container-b5877748": { "ansible_host": "10.78.5.106", "component": "nova_api_metadata", "container_name": "hirack-nova-api-container-b5877748", "container_networks": { "management_address": { "address": "10.78.5.106", "bridge": "br-mgmt", "interface": "eth1", "netmask": "255.255.255.0", "type": "veth" } }, "container_tech": "lxc", "management_address": "10.78.5.106", "physical_host": "hirack", "physical_host_group": "os-infra_hosts", "properties": {} }, после создания контейнера плейбук дальше хочет работать с только что созданным контейнером как с отдельным хостом, и ожидает, что IP, указанный в management_address, там уже есть и доступен но во всех контейнерах после старта только lo, даже связи с lxcbr0 нет в конфиге (/var/lib/lxc/<container_name>/config) сразу после создания секция # Network configuration - пустая еще несколько напрягает, что генератор добавляет в инвентори секцию container_networks, но она потом как-будто нигде не используется пытаюсь катить релизную ветку 2024.1 на один железный хост, Rocky-9.4, getenforce Disabled собственно вопрос: как информация о сетях должна попадать из инвентори в конфиг каждого LXC контейнера при его создании?

Уууу, чот ты намудрил. Ты же не отдельно эту роль дергаешь от всего остального?

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

А, эт у тебя чисто на 2024.1 появилось?

я до этого OSA не ставил ни разу

Но лучше целиком)

Ага, спасибо. А лог ансибля еще можешь скинуть? /openstack/log/ansible-logging/ansible.log

а, failed_when - это я заглушку уже воткнул, так-то оно зелёное

чистый прогон, без заглушек, с чистого листа после /usr/local/bin/lxc-system-manage system-tear-down

Спасибо, ща буду глядеть и думать. У меня крутится всё без lxс, всё деплоим прям на хосты, поэтому щас повспоминать и порыться придется в ролях)

я такто и не против прямо на хосты, если это какой-то публичный способ установки, а не самопис под одну компанию )

Не, всё штатно через openstack-ansible. Я наоборот щас думаю что может лучше к их каноничной схеме возвращаться)

я так понял, раньше был выбор lxc или прям так, а теперь выбор - это как именно lxc ты будешь ставить, каталогом или lvm

kolla вообще в докере, там значительно меньше времени потратил на разобраться как сконфигурить, но потом с сетью ожидаемо необъяснимые проблемы вышли (я в общем-то и не питал надежд, что с SDN в докере что-то путное выйдет)

Вот это вот не понятно - что значит ожидаемо ? Какой SDN использовали и как проблемы s SDN связаны с тем, что докер ?

это нападки на opensdn.io

Вот это вот не понятно - что значит ожидаемо ? Какой SDN использовали и как проблемы s SDN связаны с тем, что докер ?

Не, всё штатно через openstack-ansible. Я наоборот щас думаю что может лучше к их каноничной схеме возвращаться)

плагин дефолтный для kolla, насколько я понимаю - openvswitch а проблема заключалась в том, что можно было попасть только на публичные адреса виртуалок через роутер ни снаружи в виртуалку не пробиться через floating ip, ни обратно с виртуалки в интернет SG открытые во все стороны

Эмм, понятно. Странно. Обычно на ВМки можно попасть через флоатинг или, если хочется без флоатинга - создаётся провайдерская сетка с белыми адресами и ВМки берут адреса оттуда. Это совсем простые сценарии, которые работают...

Есть шанс, что изменив деплоер и оставив овс проблема воспроизведётся...

Скорее всего в настройках ovs проблема и он не туда отправляет трафик, как ожидается

но сейчас уже цель - разобраться, раз уж залез, а не все свернуть и пробовать снова kolla

ну я в дефолтном конфиге all-in-one ничего не раскомменчивал, если не требовала ситуация ни бондов, ни бриджей насколько я помню не было, все висело прямо на двух интерфейсах это сейчас уже (после общения с OSA) понимаю, что скорее всего в системе вообще не было интерфейса под vxlan, только management и provider vlan