Комментарии 13
Зарепортил баг, варианты
а) Используешь не head, всем пофигу, баг закрывают за то, что старый софт
б) используешь head, всем пофигу, баг закроют когда софт станет старым.
в) приложил патч, пришёл PTL, написал в review чёрти что и оно так и висит без нужного количества плюсов, на пятом ребейзе забил.
Последний раз, когда мы трогали этот вопрос в серьёз, нам сказали "ну, мы там пилим новое революционное API которое в теории будет вашу проблему иметь частным случаем общих возможностей". Но готово это API (в минимальном виде, который частный случай всё ещё не покрывает) будет через пару релизов, так что переводится это как "сидите сосите лапу пару лет".
Именно в таком виде мы и закопали айроник, который не умел на тот момент разбираться с physical segment нейтрона и конфигурировал порты чёрти-как. Консистентно, но не так.
Приходится. Надо сказать, к openstack довольно сдержанное отношение, при котором перед тем, как с интересом слушать грандиозные идеи очередного карманного проекта Мирантиса, сначала смотрится реализация.
Предыдущие попытки использовать многие куски "нового" опенстека, в т.ч. с вроде бы вендоровыми драйверами, приводили к тому, что в драйверах синтаксические тривиальные ошибки, которые говорят о том, что мы были первыми, кто запустил этот код против реального железа. Грусть печаль.
Да помню пробовал меланоксовый драйвер для сети использовать, который eswitch использовал на карте.
Сначала они два месяца код не могли даже дать, потом оказалось что что-то не работает…
А чего в итоге из опенстека используете из компонентов и в процентном соотношении сколько пришлось костылей сделать у себя чтобы оно работало?
Какие темы планируете осветить в следующих статьях?
Балансировка нагрузки в Openstack