именно так

Если уж interfaces старо, то ваши бонды уже мхом поросли =)

Я согласен) Надо в агрегат, но тут уж что имеем... =(

Ну в явном виде и укажи в конфиге fail-mode, mcast-snooping и rstp. Тоже чтоль не вариант?

Ну в явном виде и укажи в конфиге fail-mode, mcast-snooping и rstp. Тоже чтоль не вариант?

В конфиге чего? Проблема в том, что паппет-модуль для конфигурации ovn ничего об этом не знает

Вобщем, я похоже, выбрал hard-way =)

Эх, как хорошо было на Red Hat... Пока они тоже не упоролись со своим нетворк-менеджером

Эх, как хорошо было на Red Hat... Пока они тоже не упоролись со своим нетворк-менеджером

Есть два стула - на одном netplan точёный, на другом network-manager сами знаете какой)

Если NM настраивать жужей, то всё в шоколаде =)

Есть два стула - на одном netplan точёный, на другом network-manager сами знаете какой)

Никто не отменял networkd =)

Никто не отменял networkd =)

Ну я косвенно его и пользую)

Ну я косвенно его и пользую)

Без шаблонизатора на ямлах, имелось в виду

Понимаю, да

Ну в общем, если вдруг кто вспомнит (или найдёт) как отключить нетплановый этот спам - был бы признателен

В конфиге чего? Проблема в том, что паппет-модуль для конфигурации ovn ничего об этом не знает

А паппет модуль не умеет в конфиги писать из шаблона? Нельзя сначала создать бриджи, а потом уже их скормить паппету?

А паппет модуль не умеет в конфиги писать из шаблона? Нельзя сначала создать бриджи, а потом уже их скормить паппету?

Сейчас так и делается. Нетплан собирает бриджи, а в паппете просто говорится - вот этот бридж и юзай

А чем плохо?

Тем что нетплан когда собирает бридж - вот эту вот дичь туда привозит. А паппет модулю она не нравится и он хочет её переписать

Тем что нетплан когда собирает бридж - вот эту вот дичь туда привозит. А паппет модулю она не нравится и он хочет её переписать

А, так два стремных инстурмента встретились. Куцый модуль паппета с куцым нетапланом)

А нельзя ему сказать не трогать?

А, так два стремных инстурмента встретились. Куцый модуль паппета с куцым нетапланом)

Попрошу)) Официальный модуль паппета и мейнстримная убунтовая конфигурилка сети)

А нельзя ему сказать не трогать?

Вот я пока не могу найти это. Поэтому и спросил, как эту дичь не генерить. Мне показалось это проще будет

Я может не до конца проблему понял. Пишешь yaml конфиг для нетплана где для ovs бриджей и портов указываешь все нужные тебе опции, в том числе переопределяешь то что нетплан по дефолту пишет. А паппету не нравится и он что пытается сделать?

https://github.com/openstack/puppet-ovn

Я может не до конца проблему понял. Пишешь yaml конфиг для нетплана где для ovs бриджей и портов указываешь все нужные тебе опции, в том числе переопределяешь то что нетплан по дефолту пишет. А паппету не нравится и он что пытается сделать?

Пытается изменить на свои external_id (чтобы было только bridge-id=br-ext)

Notice: /Stage[main]/Ovn::Controller/Ovn::Controller::Bridge[physnet1:br-ext]/Vs_bridge[br-ext]/external_ids: external_ids changed 'bridge-id=br-ext,netplan=true,netplan/global/set-fail-mode=standalone,netplan/mcast_snooping_enable=false,netplan/rstp_enable=false' to 'bridge-id=br-ext' (corrective)

тыц

Я может не до конца проблему понял. Пишешь yaml конфиг для нетплана где для ovs бриджей и портов указываешь все нужные тебе опции, в том числе переопределяешь то что нетплан по дефолту пишет. А паппету не нравится и он что пытается сделать?

Надо чтобы нетплан НЕ генерировал опций (в ямле моём на эту тему нет ничего - он их генерит по дефолту)

Нетплан довольно причесали за последние годы

Нетплан довольно причесали за последние годы

Ну вот и хочется просто ямлик красивый генерить и не мучиться)

Нетплан довольно причесали за последние годы

но удаллять удаленные из конфига интерфейсы так и не научился =)

но удаллять удаленные из конфига интерфейсы так и не научился =)

в плане сносить IP адрес и тд ?

в плане сносить IP адрес и тд ?

и интерфейсы

и интерфейсы

так eth0: {} и норм

но удаллять удаленные из конфига интерфейсы так и не научился =)

А зачем? Нет времени, нужно удалять flatpak =)

ну там vlan освободился -)

а вообще соглашусь нетплан сейчас более менее норм ))) я вон из коробки даже sr-iov настраиваю и VFки =) и все одним ямликом

Так нетплан это всего лишь дёргалка за ручки и генерилка конфигов )

Странный вопрос, если учесть что нетплан фронт к нм и сн

ifcfg

Я фанат системд ) у меня не стоит nm )

cat /etc/netplan/00-installer-config.yaml network: version: 2 renderer: networkd ethernets: lo: addresses: - 127.0.0.1/8

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

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

заезжает у меня на 22.04 он тоже в минималке заезжает. Но не мешает

ой не то

я просто в качестве рендера юзаю networkd ) и меня он в целом устраивает для моих задач. Поднят PF VF и три ведра VLAN'ов

+ static роуты с разными метриками DNS и все с одного конфига. Вот если честно удобно

+ вроде еще обираются ECMP завести прям из конфига ) удобненько

ненене нетплан то обычно рулит через systemd-networkd -)) а это вотчина Rhel вообще то ))) От автора: я сломаю ваши сеть, звук, я сломаю ваш инит и так далее )))) Поттеринг жеж

Не выпилили. Оно пока просто депрекейтед. network-scripts пакет

ненене нетплан то обычно рулит через systemd-networkd -)) а это вотчина Rhel вообще то ))) От автора: я сломаю ваши сеть, звук, я сломаю ваш инит и так далее )))) Поттеринг жеж

Вот поэтому и интересно, какой выбор между двух зол) Или генерить ямлик для нетплана, и пусть он рендерит хоть в черта лысого. Или генерить джейсон (ну или чем он там питается) для nm

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

попробуйте ансиблятством заняться с nm, ну например подключиться к серверу, собрать bonding на работающем интерфейсе, создать бридж, сунуть туда бондинг ... в общем все кончится тем, что пойдете ногами в серверную или в квм :D А ямл збс, из ансибла хренак и готово, вот только убунтоиды опять насрали и сделали не совсем ямл, но пойдет.

https://github.com/ansible/ansible/pull/68065

вон выкинули PR, точнее он протух и его выкинули)

С козырей... В убунте только убогий subiquity

можно проверить же)

По сравнению с кикстартом это ужас, имхо

Но это мы уже про совсем другое

https://github.com/ansible-collections/community.general/blob/main/plugins/modules/nmcli.py#L1623 как-будто починили

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

я с 23 федоры десктопную обновляю, кочевала с ноута на ноут, вроде без потрясений

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

фигзнает, я мышкой настроил в 3 клика

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

Ну там не настолько красноглазить надо) Всё ж не конпеляние сорцов)

Ну там не настолько красноглазить надо) Всё ж не конпеляние сорцов)

ну... арч это обычно = компиляние

почти как на фрибдсм)

ну... арч это обычно = компиляние

Вы утрируете) В арче всё пакетизировано. Ну разве что за редким AUR'ом

мне фря нравилась)

Вы утрируете) В арче всё пакетизировано. Ну разве что за редким AUR'ом

вот вот, начинаются писять какать

Жить с линуксомина десктопе это уже сорта изврата, так что почему бы и нет. ))

а Октавия в коле давно сломанная?

вляпался в: 1. имена переменных от модуля «обанужения» - последний раз 3 года назад код правился в репе https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/octavia/tasks/get_resources_info.yml#L74 правильно так: set_fact: network_info: "{{ network_results.networks.0 }}" amphora_flavor_info: "{{ flavor_results.flavors.0 }}" 2. имя сек группы в j2 шаблоне https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/octavia/templates/octavia.conf.j2#L106 правильно так: amp_secgroup_list = {{ (sec_grp_info.results | selectattr('item.name', 'equalto', octavia_amp_security_groups['mgmt-sec-grp'].name) | list).0.security_group.id }} 3. Имя проекта https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/octavia/templates/octavia.conf.j2#L104 правильно так: amp_image_owner_id = {{ project_info.projects.0.id }}

а Октавия в коле давно сломанная?

Может Октавия?

Может Октавия?

ага ))) ну бывает ))) там по коду то понятно что октавия

ну попутал, че вы )))

он же с мастера берет