J
так там все само) инфраструктуру поднимать для iscsi не надо. агент- таргет, а conductor - инициатор. Лишь бы ip связность была и файрволы iscsi пропускали.
NS 🇷🇺
опять ты не про наш случай :D
J
NS 🇷🇺
да так всякого хватает
Yuf
Никита а бареметал для чего используешь ? Ноды новые деплоишь ? Или как сервис для клиентов ?
Yuf
Или его только для деплоя НОД можно
Yuf
@nsuvorov
J
Или его только для деплоя НОД можно
Ты не меня, конечно, спрашивал, но я им только новые серверы готовлю.
Было бы их столько чтоб можно было давать как сервис - так бы и сделал)
Yuf
Совсем никак ?))
NS 🇷🇺
Yuf
Для end юзверей?
Yuf
Ака клиентов
NS 🇷🇺
Да
Yuf
Дописали сервис ? Или он это из коробки умеет ?
NS 🇷🇺
NS 🇷🇺
Yuf
Типа развернуть любой image на чистой железке
NS 🇷🇺
Не любой, а подготовленный
NS 🇷🇺
Да
J
Да
Чот мне надоело с ним возиться. как руки дойдут, буду пробовать nocloud-net и http сервер в качестве иточника. Но там, конечно, несколько мелочей надо продумать типа изоляции метаданных одного клиента от всех остальных, чтоб никто чужие метаданные не глянул.
Dmitry
NS 🇷🇺
NS 🇷🇺
я ниже написал, что не не правильно изложил
Dmitry
Тогда кто чего не релизовал-то?
J
Nick
Добрый день! Есть следующая проблема: В одной из сеток автоматически не стартует метадата агент, руками поднимается без проблем. Также dhcp агент в этой сетке никак не хочет привозить на виртуалку маршрут для метадаты(как и все остальные маршруты). В opts все маршруты описаны как надо. Рестартил все службы на контроллере - не помогло. Подскажите пожалуйста в чем может быть причина и по каким ключевым словам стоит поискать в логах. Проблему обнаружили в результате перезагрузки виртуалки, только в одной сетке
Nick
сумимасен, сам разобрался. Ребята включили свой dhcp на железках
J
Nick
Просто коллега внимательно глянул в логи виртуалки и увидел там сообщения от dhclient, где dhcprequest уходит на адресс отличный от адреса наших агентов на контроллере)
Nick
оказалось что другие ребята захотели вставить в сетку железный хост и включили свой dhcp
J
Jaroslav
Изоляции image для bare metal деплоя как я понимаю нет не по http не по iSCSI? Т.е. автоматом ставим чистую ОС, дальше клиент автоматизацией допиливает?
J
Jaroslav
Не понял твоего вопроса.
В смысле все image для деплоя будут доступны всем клиентам? Хотя на файловую систему или http можно права навесить. Туплю.
J
J
как сделаешь, так и будет. Надо публичный образ? - ок.
надо чтою юыл видим только конкретному клиенту? - сделай не публичным.
NS 🇷🇺
коллеги, никто не встречал такого, что сервер лист столбец нетвор выдает пустой по всем машинам.
у одной машины нова интерфейс лист говорит, что есть 4 инта, вирш говорит что нихрена нету, сервер шоу тоже нифига не видит
Pavel
если vm прибили руками/oom то nova ничего не знает об этом.
Синхронизация идет только во время создания VM и еще пары сценариев.
NS 🇷🇺
ее не прибивали
NS 🇷🇺
оно просто потеряло инты
NS 🇷🇺
да и как бы при хардребуте xml перегенерится, но она создается без интов
Pavel
тоесть вм работат но ее не видно.
NS 🇷🇺
вм работает, но у нее нет сетевых интерфейсов
Dmitry
Dmitry
Ascandar
а kolla-ansible насколько production ready проект?
NS 🇷🇺
Dmitry
Dmitry
Опс один большой фреймворк ебанутных кейсов
Pavel
Разве алхимия бы не ругалась, если бы небыло места на временные таблицы?
NS 🇷🇺
Pavel
Дак а что с ними ещё может быть. Места не хватило, больше чем разрешено, права доступа
Dmitry
там радостно подвисает инфа в случае проблем с базой
Pavel
збс
NS 🇷🇺
NS 🇷🇺
затрахало чет с ветряными мельницами бороться :D ... ни у кого нет отсылки в код, где нова дергает инфу из нейтрона?
J
NS 🇷🇺
ну тут у меня печально, народ начал хард ребуты делать и естественно машины стали без интов подниматься =(
NS 🇷🇺
таблица с кешами не обновляется сука...
Dmitry
Мож залочил кто?
NS 🇷🇺
не, руками я в нее резво могу
NS 🇷🇺
с бекапа две машины поднял
Vladislav
Проблема с поврежденным instance_info_cache известная, её исправят к Stein (наверное), смотрите https://review.openstack.org/#/c/591607/
Dmitry
😫
J
NS 🇷🇺
Vladislav
И разработчики Nova с этой проблемой уже году в 2015 боролись. Поправили, но затем отревертили фикс коммитом https://github.com/openstack/nova/commit/8694c1619d774bb8a6c23ed4c0f33df2084849bc , с тех пор instance_info_caches не восстанавливаются, если с ними что-то случилось.
J
И разработчики Nova с этой проблемой уже году в 2015 боролись. Поправили, но затем отревертили фикс коммитом https://github.com/openstack/nova/commit/8694c1619d774bb8a6c23ed4c0f33df2084849bc , с тех пор instance_info_caches не восстанавливаются, если с ними что-то случилось.
Чот бедовые они.
Заходишь почитать комменты к какому-нить изменению на геррите и будто в паспортный стол попал какой-т.
Так нельзя, эдак не годится, падажжи, старшой ушел на обед, а у вас бумажки вон ентой нету, потому вертели мы ваш коммит. Ой, мерж виндоу этого релиза закрылся, приходите завтра, авось к следующему релизу пропихнете, если убедительно ныть будете.