- Поднимите временный контроллер резервного копирования HYCU;
- Предоставьте временному контроллеру HYCU доступ к кластерам Nutanix, с которого будет переноситься существующая виртуальная машина HYCU, и на который она будет переноситься;
- Зайдите в веб-интерфейс HYCU и переведите контроллер в состояние Suspend All, для этого нажмите на кнопку шестерни и выберте соответствующий пункт в меню Power Options;
- Зайдите в веб-интерфейс временного контроллера HYCU и сделайте резервную копию виртуальной машины HYCU, после чего восстановите эту виртуальную машину на новый кластер;
- Выключите оригинальную виртуальную машину HYCU на старом кластере;
- Включите восстановленную виртуальную машину HYCU на новом кластере;
- Переведите новый контроллер резервного копирования в состояние Resume, выбрав соответствующий пункт в меню Power Options.
Это происходит из-за того, что во внутренней базе контроллера хранится идетификатор кластера и виртуальной машины, где он первоначально был развёрнут. А так как они изменились при миграции, то контроллер не будет видеть доступные образы для обновления, а так же не будет отображаться информация о состоянии виртуальной машины контроллера на главном экране веб-интерфейса.
Чтобы полностью вернуть функционал контроллеру нужно очистить таблицу info. Для этого нужно выполнить следующие шаги:
- Перевести контроллер в состояние Suspend All;
- Создать точку восстановления для виртуальной машины HYCU в интерфейсе кластера Nutanix, нажав кнопку Take Snapshot (всегда важно делать резервные копии);
- Войти на контроллер HYCU через SSH, имя пользователя по умолчанию - hycu, пароль - hycu/4u;
- Удалить информацию из базы
psql -U postgres cfgdb -c "update info set external_id=NULL;"
- Перезапустить веб-сервер
sudo service grizzly restart
- Вернуть контроллер в состояние Resume.
Комментариев нет:
Отправить комментарий