а компьюты можно перепрыгнуть

хреново, спс

еще просто френдли ремандер - Zed тока на убунту22 встает, 20-ку надо будет обновлять до 22 если валаби щас на ней

еще просто френдли ремандер - Zed тока на убунту22 встает, 20-ку надо будет обновлять до 22 если валаби щас на ней

перевести не проблема

перевести не проблема

С zed без проблем до Yoga.. вот дальше будут траблы. В твоем варианте контролплейн поэтапно и далее компьюты

опять таки opensdn как я понял yoga уже тестируют

оно работает на yoga нормально

на zed скорее всего тоже, и более вероятно что на A и B релизах тоже ок

К моему удивлению, текущая реализация DynamicJSON вендор даты с приколом и не позволяет оператору передать свой cloud-config из-за хардкода на стороне метадаты (не даст вернуть строку для любого ключа, а cloud-init ждёт только строку в конкретном ключе vendor_data2.json тык). Рабочее решение есть чтобы добавить cloud-init ключ в белый список и не применять к нему сериализацию в метадате, жду решения от тимы по нове. Кому интересно, велком: https://review.opendev.org/c/openstack/nova-specs/+/917109 Для чего: чтобы корректно заработал сервис по #cloud-config конфигам для инстанса из Consul KV. Например, можете указать чтобы все инстансы обновляли пакеты по умолчанию, юзеру в user-data не потребуется это прописывать отдельно. Да и в целом что угодно можно сделать, что позволяет cloud-init.

/help@JohnRoebot

/help@JohnRoebot

Unable to send private reply

Спасибо %)

Unable to send private reply

К моему удивлению, текущая реализация DynamicJSON вендор даты с приколом и не позволяет оператору передать свой cloud-config из-за хардкода на стороне метадаты (не даст вернуть строку для любого ключа, а cloud-init ждёт только строку в конкретном ключе vendor_data2.json тык). Рабочее решение есть чтобы добавить cloud-init ключ в белый список и не применять к нему сериализацию в метадате, жду решения от тимы по нове. Кому интересно, велком: https://review.opendev.org/c/openstack/nova-specs/+/917109 Для чего: чтобы корректно заработал сервис по #cloud-config конфигам для инстанса из Consul KV. Например, можете указать чтобы все инстансы обновляли пакеты по умолчанию, юзеру в user-data не потребуется это прописывать отдельно. Да и в целом что угодно можно сделать, что позволяет cloud-init.

У кого будут какие замечания, предложения, прошу: https://github.com/canonical/cloud-init/issues/5221 Также хотел бы услышать мнение как было бы наиболее предпочтительно для оператора опенстека: чтобы игнорировался формат только для ключа cloud-init или мержился cloud-config со всех vendor data провайдеров.

У кого будут какие замечания, предложения, прошу: https://github.com/canonical/cloud-init/issues/5221 Также хотел бы услышать мнение как было бы наиболее предпочтительно для оператора опенстека: чтобы игнорировался формат только для ключа cloud-init или мержился cloud-config со всех vendor data провайдеров.

можно я сразу сдохну за плинтусом?

можно я сразу сдохну за плинтусом?

а работать когда ?

а работать когда ?

еще и завтра работать!

сдохнуть для слабаков, а вот от инфаркта рипануться в 50 на прогулке- вот это збс

ну или 35, зависит от энтузиазма

ну или 35, зависит от энтузиазма

по этому я наружу редко выбираюсь

то есть вендор дата все к херам ломает?

Не ломает. У DynamicJSON один формат, а cloud-init ожидает немного другой

У опенстака резонный подход, что есть несколько провайдеров, которые затем собираются в общий объект. А cloud-init ждёт что #cloud-config будет представлен строкой по ключу cloud-init (метадата новы парсит ответ от провайдера в json, если не json, то падает в ошибку и возвращает пустой объект {}). От того и не работает, а должно, странно что забили, но ничего, пофиксим

При этом если провайдить StaticJSON оно будет работать, но это статик, который не для активных инсталляций с тысячами уникальных инстансов

Самый простой способ решения- вайтлист cloud-init service_name и чтобы возвращало результат без каких-либо проверок, а не хард код json для всего. Позволит черри-пикнуть сразу во все прошлые релизы без проблем, там пара строк всего

Шалом У кого-то есть пример как применить patch для файла при сборке образа контейнера для новы ? Гайд по сборке есть, а момент с diff/patch не рассмотрен https://docs.openstack.org/kolla/latest/admin/image-building.html

Шалом У кого-то есть пример как применить patch для файла при сборке образа контейнера для новы ? Гайд по сборке есть, а момент с diff/patch не рассмотрен https://docs.openstack.org/kolla/latest/admin/image-building.html

Ну если только сделать фокр, и отдельный бренч, и его указать при сборке

Ну если только сделать фокр, и отдельный бренч, и его указать при сборке

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

пока пропозал не разберут...

Шалом У кого-то есть пример как применить patch для файла при сборке образа контейнера для новы ? Гайд по сборке есть, а момент с diff/patch не рассмотрен https://docs.openstack.org/kolla/latest/admin/image-building.html

отдельный пункт в документации есть https://docs.openstack.org/kolla/latest/admin/image-building.html#generic-customisation Additions functionality

отдельный пункт в документации есть https://docs.openstack.org/kolla/latest/admin/image-building.html#generic-customisation Additions functionality

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

отдельный пункт в документации есть https://docs.openstack.org/kolla/latest/admin/image-building.html#generic-customisation Additions functionality

Это не позволяет код менять....

Это не позволяет код менять....

там придётся в site-packages тогда менять, а путь от версии питона зависит

Это не позволяет код менять....

патчи ставить позволяет поверх уже установленных пакетов

патчи ставить позволяет поверх уже установленных пакетов

Только там не пакеты....

там придётся в site-packages тогда менять, а путь от версии питона зависит

это да

https://review.opendev.org/c/openstack/nova/+/917276 если у кого-то есть выход на стафф новы, то буду благодарен быстрому ревью

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

Не тот чат.

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

зачем тебе openstack если vmware уже есть

у тебя должен быть включен kvm для вирты https://communities.vmware.com/t5/Nested-Virtualization-Documents/Running-Nested-VMs/ta-p/2781466

у тебя должен быть включен kvm для вирты https://communities.vmware.com/t5/Nested-Virtualization-Documents/Running-Nested-VMs/ta-p/2781466

почитал, спасибо!

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

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

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

Сам придумал

А как иначе компуты сделать?

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

Зачем если есть wsl?

Зачем если есть wsl?

сказочное говно ))) я аод WSL пытался тут на Xilinx Vivado поднять =)))) столько всего ноаого узнал

сказочное говно ))) я аод WSL пытался тут на Xilinx Vivado поднять =)))) столько всего ноаого узнал

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

берется wsl2 или какой там в винде.. и поднимается dev stack

сказочное говно ))) я аод WSL пытался тут на Xilinx Vivado поднять =)))) столько всего ноаого узнал

ладно ладно чо вы.. я пересобрал ядро wsl, чтоб мочь qemu-kvm запустить с virt-manager внутри этой wsl;)) жутко, но работает. дважды вложенная виртуализация ;))

смесь конечно забористая:))) а коллеге глядишь на физику идти а не хостовый гипер трогать:))

берется wsl2 или какой там в винде.. и поднимается dev stack

наконец-то конструктив🙏

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

Жаль Стенле нету, он бы тебе посоветовал ipmi отключить и всё на go переписать, а то не модная схема

Подскажите, плз, имеет ли моя компьюта право на жизнь? (думаю, что имеет, но на всякий спрашиваю) 1. Есть винда, на которой стоит ВМВАРЕ или любой другой 2 тип гипервизора. 2. На винде разорачивается центос (компьюта) 3. А на такой компуте будут опенстековские вмки 4. + подниму какие нибудь бриджи на винде, чтоб изолировать трафик Главный вопрос - Есть ли какие то подводные?

Это чтобы поиграть с опенстеком?

Это чтобы поиграть с опенстеком?

да

Жаль Стенле нету, он бы тебе посоветовал ipmi отключить и всё на go переписать, а то не модная схема

А могли бы не играть и сразу vk onprem 4 поставить

Спустя небольшое общение в irc стафф новы глянул пропозал. Сошлись на том, что обычная строка- тоже валидный JSON своего рода и https://github.com/ib-systems/openstack-consul-dynamic-vendordata теперь работает из коробки без правок на стороне новы, дооформляю и велком кому требуется

Зачем: провижнить инстансы, которые будут автоматически обновлять пакеты (закрывать те же уязвимости) или ставить кастом hostname от сервиса в духе (instance-1337) . Для паблик сервиса мастхев, ибо не давать юзерам возможность прокинуть свой user-data- не круто

Есть тут гуру rabbit или просто человек с best practice настройками? Проблема - чистый кластер, раздеплоен через kolla. Версия zed. rabbit в кластере. настройки пробовал разные и стандартный mirror очередей, как на все 3 ноды кластера, так и на 2. Пробовал новый quorum. Проблема везде сохраняется. Если делаем стоп-старт/рестарт на одном хосте - все нормально живет. Если делаем потом рестарт еще одного хоста, то примерно 20-30% запросов к гипервизору начинают валится по таймауту Кусок лога с гипервизора 2024-04-28 17:34:18.255 8 WARNING oslo_messaging._drivers.amqpdriver [None req-75c2a5a0-dd48-46bb-b24d-640bb001d89f e311efbdf0504b2e974cc843bd24d2d5 34471e6ab99d49a489c9ced0e348035a - - default default] reply_346bd25dab37482484fa154c37bcd381 doesn't exist, drop reply to 4fab429a0dd94237a2ed03bec92a68e8: oslo_messaging.exceptions.MessageUndeliverable 2024-04-28 17:34:18.256 8 ERROR oslo_messaging._drivers.amqpdriver [None req-75c2a5a0-dd48-46bb-b24d-640bb001d89f e311efbdf0504b2e974cc843bd24d2d5 34471e6ab99d49a489c9ced0e348035a - - default default] The reply 4fab429a0dd94237a2ed03bec92a68e8 failed to send after 60 seconds due to a missing queue (reply_346bd25dab37482484fa154c37bcd381). Abandoning...: oslo_messaging.exceptions.MessageUndeliverable При этом если подампить трафик мы видим запрос через кроля приходит на гипервизор, потом уходит с него, приходит на раббит хост. Такое впечатление что при рестарте залипает что-то на стороне conductor. Может это какая-то известная бага?

если найдете статью на редхате я ее прям сюда выложу, подобная бага проявлялась в релизе rhosp 16, 13. Возможно надо перекроить настройки

если найдете статью на редхате я ее прям сюда выложу, подобная бага проявлялась в релизе rhosp 16, 13. Возможно надо перекроить настройки

у меня не получилось нагуглить что-то полезное по подобному поведению. Если сможете скинуть буду благодарен. Настроек если честно уже кучу перепробовал.

но это именно wrong queues

да это не то. Плюс все решение вида - that's ok, just restart everything, 3 times

Redeclare queues on 'Basic.consume: (404) no queue' exception and enable by default consumer declaration with nowait=False in order to wait for a broker response.

а это из fuel

@jingvar Коль ты тут?

вот тут более или менее похожее объяснение кажется https://bugzilla.redhat.com/show_bug.cgi?id=1484543 но 7 лет назад было. хочется верить что за это время это было полечено

вот тут более или менее похожее объяснение кажется https://bugzilla.redhat.com/show_bug.cgi?id=1484543 но 7 лет назад было. хочется верить что за это время это было полечено

https://bugs.launchpad.net/mos/+bug/1579128

уж очень похоже на ваш трейсбэк

в общем бандитскую пулю надо поискать еще и в nova

если и там есть схожее

уж очень похоже на ваш трейсбэк

похоже но 2017ый год, давно выкачено в релиз

а ubuntu часом не 20.04?

а ubuntu часом не 20.04?

22, на 20ой Zed не взлетит

https://bugs.launchpad.net/mos/+bug/1579128

да, текущий код уже сильно отличается от фикса который в фуеле выкатили, но трейс действительно очень похож.

Глупость скажу, а что если.. задаунгрейдить крола?