А флеткар живее живых

Флеткар норм штука, но логика его работы несколько отличается от Талоса. Внутри флеткара обычные systemd, ssh, bash и прочее. Хоть и обновляемые атомарно. Внутри Талоса тупо go и контроллеры как в Kubernetes

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

Потому что Талос не умеет подключаться к стороннему control-plane не на талосе. А мы его в обычных родах гоняем

расстроили бедного новенького, опять начали на верхнем футархе про атомарные ос

Теперь будет rpm-tree. Вадим чувствую запьет 🤣

не вижу ничего в этом плохого

у фотон оси там вообще черти что с rpm

Друзья, здравствуйте! Помогите пожалуйста. Вчера эвакуировал хост, в итоге всё инстансы этого хоста зависли в состоянии Пересоздание. В итоге завис контроллер и пришлось его ребутнуть. Сейчас состояние следующее. В папке /var/lib/nova/instances информация осталась, но virsh list пустой. Virsh start выдаёт ошибку, что домен не найден. Что можно сделать для восстановления инстансов?

virsh list —all

Пустой

Ну то есть инстансы вообще никуда не мигрировали?

Нет

В списке инстансов они привязаны к старому хосту

virsh start не надо делать, это как правило делает nova. это раз. А так для начала надо понять что на контролплейне уехало. Что с системой хранения(ваши инстансы же не локально новообразованы)

Инстансы созданы локально на хосте. Я поднял кластер ceph на других хостах и хотел туда мигрировать эти инстансы. И вот что вышло.

да уж.. ну имаджи от инстансов хоть остались?

или все совсем плохо?!

Не от всех

Я так понял, что вся информация об инстансе хранится в /var/lib/nova/instances?

Её можно завести

Я так понял, что вся информация об инстансе хранится в /var/lib/nova/instances?

Да. Смотри, щас у тебя контрол плейн работает?

Да. Смотри, щас у тебя контрол плейн работает?

Что такое контрол плэйн?

для начала надо сервис нова на компьюте завести заново. Что бы гипер стартанул и передал хоть какое то состояние что с инстансами.. Они например в состоянии error, shutdown ну то есть объективная картина

Что такое контрол плэйн?

Контрол ноды

Что такое контрол плэйн?

Контроллер, где nova-api, nova-conductor, nova-scheduler.

Контрол ноды

Да, контроллер работет и на других хостах инстансы нормально отрабатыаают

для начала надо сервис нова на компьюте завести заново. Что бы гипер стартанул и передал хоть какое то состояние что с инстансами.. Они например в состоянии error, shutdown ну то есть объективная картина

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

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

я боюсь что не переехали.

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

К ним диски не были привязаны

Если речь о cinder

К ним диски не были привязаны

Нет, речь про локальные диски. Чтоб не путаться, когда говоришь про cinder, давай говорить "том", а не диск. ГНе очень благозвучно, зато не запутаешься.

Ок. А где посмотреть переехали ли они?

Ок. А где посмотреть переехали ли они?

Давай смотреть: openstack server migration list --server uuid_виртуалки

И покажи если можешь вывод openstack server show для той же самой виртуалки. Чувствительную инфу типа ip адреса или имени приватного ключа можно заменить на что-то, нам она не нужна.

Давай смотреть: openstack server migration list --server uuid_виртуалки

для начала надо понять стейт этих виртуалок

ну и да наверное лучше гипер сначала починить

для начала надо понять стейт этих виртуалок

Этим и занимаемся щас)

Да

Ок. А где посмотреть переехали ли они?

Еще покажи вывод openstack compute service list --host <гипервизор с которого мигрировал> openstack compute service list --host <гипервизор куда мигрировал>

Давай смотреть: openstack server migration list --server uuid_виртуалки

Пишет что это не команда опенстэк

Пишет что это не команда опенстэк

nova migration-list --instance-uuid

Пишет что это не команда опенстэк

Вполне себе команда. Но если у тебя старое что-то, то может и не знать.

пошла жара

Еще покажи вывод openstack compute service list --host <гипервизор с которого мигрировал> openstack compute service list --host <гипервизор куда мигрировал>

Это вот это

Меня смущает disable))

Меня смущает disable))

Статус disabled только руками ставится, вроде. Ты в какой-то закрытой конторе, где нельзя телеграм на рабочем компе запускать?) Фотки не оч удобно смотреть.

Давай миграцию смотреть по какой-нибудь виртуалке.

Статус disabled только руками ставится, вроде. Ты в какой-то закрытой конторе, где нельзя телеграм на рабочем компе запускать?) Фотки не оч удобно смотреть.

К сожалению только так😔

Вот такая штука

К сожалению только так😔

Окей, статус миграции failed. Показывай вывод openstack server show для какой-нить из двух failed виртуалок И openstack server list --all --host compute1 openstack server list --all --host compute2

Какой-то странный cloudstack. Это ovirt?

Какой-то странный cloudstack. Это ovirt?

это tionix cloud platform 2.6

это tionix cloud platform 2.6

Опять vmware замещают?

Опять vmware замещают?

ага. Все никак. Там опенстек еще на релизе Queens.

ага. Все никак. Там опенстек еще на релизе Queens.

ага. Все никак. Там опенстек еще на релизе Queens.

А пользователи уже поняли, что им заместо pet'ов предлагают cattle'ы шатать?

Окей, статус миграции failed. Показывай вывод openstack server show для какой-нить из двух failed виртуалок И openstack server list --all --host compute1 openstack server list --all --host compute2

В идеале еще для openstack server list --host compute<> в конец --all-project добавить

В идеале еще для openstack server list --host compute<> в конец --all-project добавить

Разумно, на всякий случай, да) Можно просто --all, клиент так тож понимает.

Окей, статус миграции failed. Показывай вывод openstack server show для какой-нить из двух failed виртуалок И openstack server list --all --host compute1 openstack server list --all --host compute2

Выдаёт пустоту

А пользователи уже поняли, что им заместо pet'ов предлагают cattle'ы шатать?

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

А server show говорит, что таких виртуалок нет.

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

И никакого обучения не предлагают?

И никакого обучения не предлагают?

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

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

А server show говорит, что таких виртуалок нет.

Ты от пользователя admin всё делаешь?

А server show говорит, что таких виртуалок нет.

Это же триал от тионикса? Вы же не успели купить это?

Это же триал от тионикса? Вы же не успели купить это?

Не совсем понимаю о чем речь))

Ты от пользователя admin всё делаешь?

Да от админа

Да от админа

И куда ж могли виртуалки деться))) То есть, делаешь server show и клиент отвечает что нет таких? В базу сможешь залезть?) Подскажу куда смотреть.

Если, конечно, все это нужно. Конечная цель у тебя какая? Host evacuate не миграцию ведь делает, а пересоздание) То есть, данные в любом случае не сохранились бы.

Тупанул

Вот что выдал

Если, конечно, все это нужно. Конечная цель у тебя какая? Host evacuate не миграцию ведь делает, а пересоздание) То есть, данные в любом случае не сохранились бы.

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

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

Но данных не будет уже.

Точнее, щас то может еще и остались, но если evacuate без общего хранилища сделаешь, то уже не будет точно)

Но данных не будет уже.

Данных каких? Сама виртуалка не восстановится, или несохраненные данные?

Эфимерные диски, ммм

Точнее, щас то может еще и остались, но если evacuate без общего хранилища сделаешь, то уже не будет точно)

Хост с которого эвакуировал работает же.