Уверен что у тебя все верно, но на всякий случай, в контейнере интерфейс то есть?

От Q до T работало без проблем и даже пережил апгрейд без даунтайма. Так что тут только читать логи. А что именно то не срабатывает?

Не срабатывает именно команда создания нетворка

С --debug запускал? Там в конце тогда осознанный проблем будет.

вот так оно без дебага быглядит

cat /etc/kolla/neutron-linuxbridge-agent/ml2_conf.ini [ml2] type_drivers = flat,vlan,vxlan tenant_network_types = vxlan mechanism_drivers = linuxbridge,l2population extension_drivers = port_security [ml2_type_vlan] network_vlan_ranges = physnet1:2:4094 [ml2_type_flat] flat_networks = * [ml2_type_vxlan] vni_ranges = 1:1000 vxlan_group = 239.1.1.1 [securitygroup] firewall_driver = neutron.agent.linux.iptables_firewall.IptablesFirewallDriver [linux_bridge] physical_interface_mappings = physnet1:bond0 [vxlan] l2_population = true local_ip = 10.0.214.72

он тут в приципе от инсталяции к синсталяции мигрирует конфиг

Таки bond0 в контейнере есть?

И у нейтрон-сервера тоже в конфиге это есть?

И у нейтрон-сервера тоже в конфиге это есть?

ебучий случай =) спасибо тебе большое, запарился, что такую хрень забыл

а зачем это здесь?

да очевидно, сервер шлет в utf8, а куски темплейта видимо в разных кодировках

koi8-ru там)

Можно переключить на английский =) В целом никто не пользуется этим листом рассылки уже 4 года. Если очень надо и есть люди готовые использовать, могу пойти подокапываться до команды инфры

да похоже, что просто напишу на англоговорящий maillist. Обидно конечно за такое положение дел с этим листом))

Добрый вечер. Существует ли возможность в Ironic при автоматическом clean удалять логические диски (нода с рэйдом), подобно тому, как происходит при ручном clean: [{"interface":"raid","step":"delete_configuration"},{"interface":"deploy","step":"erase_devices_metadata"},{"interface":"raid","step":"create_configuration"}] Добавляю [deploy]erase_devices_priority=0 - остаются /dev/sda*, /dev/sdb*, потом не накатывается ОС. Убираю - соответственно начинается затирание с shred, а винты по несколько ТБ. Может я что-то делаю не так? В какую сторону копать?

Пока нет. Будет можно включить delete_configuration когда https://review.opendev.org/744117 будет.

для процессов qemu-kvm и kernel треда vhost-1234 (1234 pid для qemu-kvm) сигруппы приходят вот примерно в такое плачевное состояние $ cat /proc/8275/cgroup 11:blkio:/user.slice 10:devices:/user.slice 9:hugetlb:/docker/e5bef89178c1c3ae34fd2b4a9b86b299a6145c0b9f608a06e83f6f4ca4d897bd 8:cpuacct,cpu:/user.slice 7:perf_event:/machine.slice/machine-qemu\x2d25\x2dinstance\x2d000004cb.scope 6:net_prio,net_cls:/machine.slice/machine-qemu\x2d25\x2dinstance\x2d000004cb.scope 5:freezer:/machine.slice/machine-qemu\x2d25\x2dinstance\x2d000004cb.scope 4:memory:/user.slice 3:pids:/user.slice 2:cpuset:/machine.slice/machine-qemu\x2d25\x2dinstance\x2d000004cb.scope/emulator 1:name=systemd:/user.slice/user-0.slice/session-c1068.scope

Вечер в хату. Как(чем) опенстек ресайзит диск при openstack server resize --flavor FLAVOR SERVER ?

local хранилище (нова)

nova меняет размер файла-образа с помощью qemu-img, а разделы растягивает и ресайзит файловую систему cloud-init или cloudbase-init внутри виртуальной машины.

Всем привет, кто-нибудь знает почему kolla-kubernetes retired? И кто-нибудь деплоил контроллеры на кубере?

Проект закрыт в пользу openstack-helm.

Проект закрыт в пользу openstack-helm.

Продакшен реди.

А кто-нибудь пробовал rook в качестве бэкенда cinder?

Продакшен реди.

😍♥️😍

А что?

В MOSK запилили, значит потенциально живая комбинация.

Приятно слышать, что OSH называют продакшн-реди.

Есть у кого-нибудь идеи как можно решить вот такой кейс ? Используем volume-backed images и при создании ВМ на волюмах все работает отлично. Появились эфемерки и тут получается такая ситуация: - у нас СХД через FC - при заказе нескольких ВМ они шедулятся по разным гиперам - если там не было кеша нова идет в гланс за образом - у нас 3 гланаса(но в целом это не важно) - каждый пытается зааттачить волюм себе и так как нет мультиаттачмента(на уровне СХД) то часть ВМ валятся в ERROR. Вижу только вариант залить отдельно образа для эфемерок на s3 и раздавать их от туда, но это какая-то дичь

Хм, странная проблема. Те с синдером у вас все ок на 3 глансах, а при создании инстанса с эфимером ошибка?

Ну с синдером же все операции идут на уровне схд и маунтить волюм с образом никуда не надо

Есть у кого-нибудь идеи как можно решить вот такой кейс ? Используем volume-backed images и при создании ВМ на волюмах все работает отлично. Появились эфемерки и тут получается такая ситуация: - у нас СХД через FC - при заказе нескольких ВМ они шедулятся по разным гиперам - если там не было кеша нова идет в гланс за образом - у нас 3 гланаса(но в целом это не важно) - каждый пытается зааттачить волюм себе и так как нет мультиаттачмента(на уровне СХД) то часть ВМ валятся в ERROR. Вижу только вариант залить отдельно образа для эфемерок на s3 и раздавать их от туда, но это какая-то дичь

натрындел я немного. СХД все умеет, остался вопрос к драйверу.

так у тебя проблема с СХД или эфимерами?

ну пока я верю что мою проблему может решить мультиаттач.