Dhcp настроен через legacy или через драйвер?

через драйвер ovn

тогда смотреть flow и плакать

Смотрю флоу трейсы. Всё указывает на то, что для экстернал портов трафик уходит во внешнюю сеть. Вот хотел получить подтверждение, что это так.

А не у меня криво настроено

dvr же

Ovn сам по себе dvr

Пути в ovn неисповедимы

Оно может куда в kernel datapath заворачивает

я пока эту матрешку раскуривал думал с ума сойду

вообще лучше код драйвера посмотреть, там интересные комментарии бывают

я тут открыл, что IPA не собирают под ubuntu, только сраньось9 с NM гадским

я тут открыл, что IPA не собирают под ubuntu, только сраньось9 с NM гадским

мы на Роки поднимали последний раз

да этот путь понятный

хотел посмотреть что на бубунте прилетит

на сраньось9 нет нормального пути network-scripts поставить?

не ни укого ipa на свежей бубунте?

я тут открыл, что IPA не собирают под ubuntu, только сраньось9 с NM гадским

оно собирается норм, и даже фикс на ревью есть рабочий, но чтото про него забыли) забили

https://review.opendev.org/c/openstack/kayobe/+/870522

обманул) вмержили в кайобу как минимум

сбилдай сам. какие проблемы

Вопрос не билда, а того насколько оно протестировано

Кайоьа на антилопа и убунте по-умолчанию тягает готовую сборку на центосе

Т.е. на текущий момент официально на опенстеке цетось и тиниипа

Кайоьа на антилопа и убунте по-умолчанию тягает готовую сборку на центосе

я билдаю постоянно с новым релизом на убунте. работает

Вопрос не билда, а того насколько оно протестировано

два года срок?

У меня свое упраженение с ipa

Я тут на такую бутылку присел с clodinit

Эти отморозки стартуют отдельный сервис валидации датасорцов, который если что уваливает остальные сервисы Клауд инита

Патамучио они его стартуют до монтирования фс

Бага вроде получена в 2018 , но вот опять

Славься ситемд

Цетось

Да

Там еще dib у надо ноги ломать с nm

+ exec /usr/sbin/ovsdb-server /run/openvswitch/conf.db -vconsole:emer -vconsole:err -vconsole:info --pidfile=/run/openvswitch/ovsdb-server.pid --remote=punix:/run/openvswitch/db.sock --remote=db:Open_vSwitch,Open_vSwitch,manager_options --private-key=db:Open_vSwitch,SSL,private_key --certificate=db:Open_vSwitch,SSL,certificate --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert 2023-08-08T14:12:47Z|00001|daemon_unix|WARN|/run/openvswitch/ovsdb-server.pid: stale pidfile for pid 1970308 being deleted by pid 0 ovsdb-server: /run/openvswitch/ovsdb-server.pid: pidfile check failed (No such process), aborting Кто нить сталкивался, как можно поправить?

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

на одной ноде запустилось, но там другая х...я

exec /usr/sbin/ovsdb-server /run/openvswitch/conf.db -vconsole:emer -vconsole:err -vconsole:info --pidfile=/run/openvswitch/ovsdb-server.pid --remote=punix:/run/openvswitch/db.sock --remote=db:Open_vSwitch,Open_vSwitch,manager_options --private-key=db:Open_vSwitch,SSL,private_key --certificate=db:Open_vSwitch,SSL,certificate --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert 2023-08-08T14:09:43Z|00001|ovsdb_server|INFO|ovsdb-server (Open vSwitch) 2.13.8 2023-08-08T14:09:43Z|00002|jsonrpc|WARN|unix#0: receive error: Connection reset by peer 2023-08-08T14:09:43Z|00003|reconnect|WARN|unix#0: connection dropped (Connection reset by peer) 2023-08-08T14:09:44Z|00004|jsonrpc|WARN|unix#2: receive error: Connection reset by peer 2023-08-08T14:09:44Z|00005|reconnect|WARN|unix#2: connection dropped (Connection reset by peer) 2023-08-08T14:09:50Z|00006|jsonrpc|WARN|unix#3: send error: Broken pipe

ну вот, трубу сломал

на этом месте, если можно поподробнее

куда-то он пошел подключаться и не смог, мб сеть не сеть, а мб то, куда он пошел лежит?

А может выборы не случились?

kubectl --kubeconfig=/home/gitlab-runner/.kube/config -n openstack get po | grep openvs in-vpl-it-gitlab-runner-03: Tue Aug 8 17:21:49 2023 openvswitch-4bk4k 0/2 CrashLoopBackOff 14 (75s ago) 12m openvswitch-vhsv7 2/2 Running 0 12m openvswitch-xmw9j 0/2 CrashLoopBackOff 14 (78s ago) 12m

Это чистый овес или овн?

не очень понял

База в отдельном поде?

получается да

Ну и как себя чувствует это под?

нет, ошибся, база не в отдельном поде

она запущена внутри пода

Containers: openvswitch-db: Container ID: docker://a405e4a13f85b564f9b54524bc3153e2102b64bbbba0d321512cb0fc6b328659 Image: docker.io/openstackhelm/openvswitch:latest-ubuntu_focal Image ID: docker-pullable://openstackhelm/openvswitch@sha256:7f9546c059e207f7f8a762b8648936a2944abb5274f18541355a3e76d6116ff1 Port: <none> Host Port: <none> Command: /tmp/openvswitch-db-server.sh start State: Running Started: Tue, 08 Aug 2023 17:09:43 +0300

Ну а логи этого контейнера?

База поднялась?

Я вот видел, когда овес пытался цепанутся к базе, а та еще не заинитилась

kubectl --kubeconfig=/home/gitlab-runner/.kube/config -n openstack logs openvswitch-vhsv7 -c openvswitch-db + COMMAND=start + OVS_DB=/run/openvswitch/conf.db + OVS_SCHEMA=/usr/share/openvswitch/vswitch.ovsschema + OVS_PID=/run/openvswitch/ovsdb-server.pid + OVS_SOCKET=/run/openvswitch/db.sock + start ++ dirname /run/openvswitch/conf.db + mkdir -p /run/openvswitch + [[ ! -e /run/openvswitch/conf.db ]] ++ ovsdb-tool needs-conversion /run/openvswitch/conf.db /usr/share/openvswitch/vswitch.ovsschema + [[ no == \y\e\s ]] + umask 000 + exec /usr/sbin/ovsdb-server /run/openvswitch/conf.db -vconsole:emer -vconsole:err -vconsole:info --pidfile=/run/openvswitch/ovsdb-server.pid --remote=punix:/run/openvswitch/db.sock --remote=db:Open_vSwitch,Open_vSwitch,manager_options --private-key=db:Open_vSwitch,SSL,private_key --certificate=db:Open_vSwitch,SSL,certificate --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert 2023-08-08T14:09:43Z|00001|ovsdb_server|INFO|ovsdb-server (Open vSwitch) 2.13.8 2023-08-08T14:09:43Z|00002|jsonrpc|WARN|unix#0: receive error: Connection reset by peer 2023-08-08T14:09:43Z|00003|reconnect|WARN|unix#0: connection dropped (Connection reset by peer) 2023-08-08T14:09:44Z|00004|jsonrpc|WARN|unix#2: receive error: Connection reset by peer 2023-08-08T14:09:44Z|00005|reconnect|WARN|unix#2: connection dropped (Connection reset by peer)

Paste bin не?

при попытке подключиться к базе с воркера

exec /usr/sbin/ovsdb-server /run/openvswitch/conf.db -vconsole:emer -vconsole:err -vconsole:info --pidfile=/run/openvswitch/ovsdb-server.pid --remote=punix:/run/openvswitch/db.sock --remote=db:Open_vSwitch,Open_vSwitch,manager_options --private-key=db:Open_vSwitch,SSL,private_key --certificate=db:Open_vSwitch,SSL,certificate --bootstrap-ca-cert=db:Open_vSwitch,SSL,ca_cert ovsdb-server: /run/openvswitch/ovsdb-server.pid: already running as pid 211568, aborting

Ну а в контейнере базы она сама алло?

нашел возможную причину, попробую поправить и передеплоить.

# Packages that should not normally be present on IPA images cloud-init: phase: post-install.d uninstall: true ...

Ага

Вопрос ребята, а если у меня вот не нормали, где отключалка этой срани?

Dhcp там тоже в зависимостях прибито

Вот челики которые редфиш пилили он с этими ребятами не встречаются?

Вот за что кола нравится можно почти что хочешь переопределить

Вот за что кола нравится можно почти что хочешь переопределить

Но за-то там могу не положить важных бинарей

ладно, kolla-ansible

но kolla-build вполне кастомизируется

а можно что бы просто нужные бинари уже были и работали? 🙂

сразу после ping,less,cat, vim

дайте два вагона деняг, а гавно заберите обратно

причем некоторые разрабы гордятся минимальностью образа

причем некоторые разрабы гордятся минимальностью образа

https://github.com/cetic/unikernels

потом у этих деьилов спрашиваешь а как софт доставлять - по сети тянуть вместо luncopy да?

они даже не отдупляют про что речь идет

офтоп: кто-то ловил проблемы, что на картах i40e с 4 портами не работает корректно irqbalance и нагрузка улетает на 0 и 1 ядро?

офтоп: кто-то ловил проблемы, что на картах i40e с 4 портами не работает корректно irqbalance и нагрузка улетает на 0 и 1 ядро?

спрошу, тут ребята как то приседали с какимито картами и похожей проблемой

вот как присесть?

да они чето подбирали