J
А почему компут?
А вроде ж он считает попытки.
NS 🇷🇺
А вроде ж он считает попытки.
Мне казалось всегда что кондуктор
Alex
Ну перезапусти еще api и conductor на всякий случай)
Целиком все службы перезапускал
Alex
Здесь нашел такое у человека, но у него решилось потом
J
Здесь нашел такое у человека, но у него решилось потом
Проверил что у тебя такого ж нету?) Образ винды у тебя откуда взялся?
J
по ссылке с опенстака скачал)
Ну-ка покажи вывод openstack image show)
Илья | 😶☮️🐸
Посмотри nload на гипере, где образ грузится. Может там беды со скоростью
J
Посмотри nload на гипере, где образ грузится. Может там беды со скоростью
Тогда бы каждый раз время было разным, хотя б на один интервал, а не совпадало бы)
Илья | 😶☮️🐸
Тогда бы каждый раз время было разным, хотя б на один интервал, а не совпадало бы)
Да и вообще, если бы образ скачался 1 раз успешно, то он был бы в кэше
Alex
Ну-ка покажи вывод openstack image show)
разбираюсь, как запустить)
Илья | 😶☮️🐸
В кэше glance?
Не ну локально же, в _base, иначе зачем образ грузить, если волюм должен быть не через backing file
J
Не ну локально же, в _base, иначе зачем образ грузить, если волюм должен быть не через backing file
При создании томов в _base не будет класться ничо. Это только для локальных рутовых и эфемерных дисков.
J
А нахрена тогда нова что-то скачивает ?)
Нова не скачивает. Скачивает cinder-volume.
J
nova только считает время.
J
Угу. Как будто ничо лишнего. Ну тогда как всегда, включай debug = True и смотри логи еще и glance и cinder-volume.
Artemy
А почему компут?
Насколько помню в синдер идет компьюта когда получает команду на создание инстанса
Alex
курение логов дебага несёт просветление)
Alex
всем большое спасибо за попытки помочь!
Ivan
Добрый день, issue никто не заводил в kolla-ansible? не могу найти куда писать
Ivan
Спасибо
Андрей
Господа, нужен совет по magnum. При создание кластере он лезет на сервис discovery https://discovery.etcd.io/new?size=1 Т.к контур закрытый и выхода в мир нет. Ловлю ошибку; magnum.common.exception.GetDiscoveryUrlFailed: Failed to get discovery url from 'https://discovery.etcd.io/new?size=1' В документации сказано, что можно переопределить url с помощью ключа –discovery-url . Какой сервис можно поднять для подмены внешнего?
Андрей
Уже в курсе
Андрей
Меня смущает то что у etcd нет такого функционала new?size=1 для генерации ${UUID} https://etcd.io/docs/v3.5/dev-internal/discovery_protocol/
Андрей
Пишут что эта фича сервиса https://discovery.etcd.io/ CoreOS Inc. hosts a public discovery service at https://discovery.etcd.io/ , which provides some nice features for ease of use.
Vyacheslav
хороший сервис
Dmitry
его сразу надо выкидывать и писать свое
Андрей
etcd такое не умеет. curl http://10.60.17.42:2379/new?size=1 404 page not found etcd что то типа этого нужно. curl http://10.60.17.42:2379/v2/keys/ {"action":"get","node":{"dir":true}}
Андрей
Соответственно магнум получает 404 от etcd
Mikhail
https://github.com/gardener/gardener альтернатива магнуму
Pavel
cilium лучший его выкидывать не нужно
Pavel
capi тоже норм с openstack работает, только образ нужно собирать
Pavel
kops еще можно, но там s3 трбуется
Pavel
Калико кусок говна с iptables в придачу. он чуть ли ни каждый раз все правила перетряхивает. cilium - ebpf cilium - kube-proxy больше не нужен cilium умеет собирать статистику из коробки и строит (с помощью huble) графики взаимодействия и там вогон еще плюшек
Alexander
магнум нельзя тащить в прод, вы чего
Alexander
он абсолютно не production ready
Alexander
как минимум для него нужно свой оркестратор писать
Nikolay
В магнуме еще из коробки с dns приколы
Alexander
etcd discovery мы нафиг выкинулит
Alexander
как и хит
Alexander
в vk мы как раз убрали хит
Alexander
эксплуатация кластеров на нем была очень болезненной
Alexander
не понял
Alexander
Не, я про vk cloud
Alexander
Да
Pavel
нет там ничего сложного
Pavel
https://docs.tigera.io/calico/latest/operations/ebpf/
оно начало это уметь с 27 Aug 2020. ключевое слов "начало"
Pavel
Например?
Sergey S.
оно начало это уметь с 27 Aug 2020. ключевое слов "начало"
Паш, пока аргументы больше похожи на что-то из: "это я люблю, это я не люблю".
Sergey S.
я выше перечислил что я использую в cilium
ну отлично..силиум хорош...и калико не плохой...если уметь каждый готовить
Pavel
я правильно понял что есть попытка использовать sdn который был создан для организации приватных/не марштурируемых сетей для публичных/маршрутизируемых сетей?
Pavel
ну давайте тогда ovn/ovs в куб пихнем и просим а че он такой медленный и херовый по сравнению с оcтаными cni
Pavel
у меня он уже в кубах (5 лет как в них плотно сидит)
Slava
а пятница где?
Aleksandr
а пятница где?
дык это когда было ? и осбо ни кто не смог по идее
Den
Можешь подскажешь. Как идёт метадата В OVN для external портов?
Den
RHEL Like
Den
Ну эт понятно. Мне интересно, выходит трафик из OVS для экстернал порта или нет
Den
Считай, я руками всё делаю
Den
из исходников :)
Den
Для нормал портов - всё отлично. т.е. создаётся неймспейс на компьюте, поднимается хапрокси, пихается порт в OVS. На инстансе создается маршрут, что ходит на 169.254 через адрес, что в неймспейсе висит. И всё в шоколаде
Den
С экстренал портами (читай SRIOV), что-то не ладится. Они должны создаваться на шлюзах, но достучаться я туда не могу. Есть мысли, что туда они ходить должны через внешнюю сеть.
Den
https://docs.openstack.org/neutron/latest/admin/ovn/external_ports.html Ну вот это всё появляется
Nikolay
Метадату в ovn вроде интегрировали
Nikolay
Dhcp точно прям внутри ovs
Nikolay
Через переключалки естественно
Den
Я direct порты создаю. Если я помечаю ovn-cms-options=enable-chassis-as-gw нетворк ноды, то dhcp и метадата не работают. Но если я помечу шлюзом компьюту, где лежит инстанс, то начинает работать dhcp.
Nikolay
Dhcp настроен через legacy или через драйвер?