meta data for this page
Процедура реагирования в случае отказа интерфейса командной строки узла подсистемы виртуализации
Симптомы
- Команды управления подсистемой виртуализации выполняются с ошибками или не выполняются вовсе на одном из серверов:
prlctl
;prlsrvctl
;vzlist
- и другие;
Причины
- Недостаточный уровень прав пользователя;
- Пакеты ПО виртуализации удалены или повреждены в виду неудачного обновления;
- Закончилось свободное место на загрузочном диске ОС;
- Операционная система узла хранения повреждена;
Влияние на доступность сервисов
В случае отказа интерфейса администрирования с использованием командной строки управление сервером виртуализации более производиться не может. Запущенные ранее виртуальные машины будут находиться во включенном состоянии. Доступность сервисов в данном случае не ограничена. Надежность системы может быть снижена.
План реагирования
- Перенести запущенные виртуальные машины со сбойного сервера если это не было сделано автоматически командой
shaman
, для этого:- Подключиться к консоли одного из исправно функционирующих серверов кластера виртуализации и выполнить поиск файлов виртуальной машины в на системе хранения данных, командой
cat /mnt/vstorage/vols/datastores/*/*/config.pvs | grep -E "<VmName>|<VmUuid>"
- В списке выведенных UUID и имен виртуальных машин найти искомую ВМ и зафиксировать UUID виртуальных машин, выполняемых на сбойном узле;
- Для каждого UUID виртуальной машины, запущенной на сбойном узле выполнить команду
prlctl migrate %SOURCE_HOST%/%UUID% localhost
, где%SOURCE_HOST%
- праметры подключения по протоколу SSH к сбойному серверу в формате:[user[:password]@]server_IP_address_or_hostname[:port]
, %UUID% - UUID машины, полученный на предыдущем шаге.
- В случае если перенос запущенных виртуальных машин не может быть осуществлен необходимо:
- Остановить все виртуальные машины, запущенные на сбойном сервере путем подключения к операционной системе виртуальной машины и завершения работы из ОС.
- Отключить питание сбойного сервера виртуализации;
- Подключиться к консоли одного из исправно функционирующих серверов кластера виртуализации, выполнить следующую команду для проверки того, что указанные виртуальные машины не находятся в состоянии восстановления:
shaman -c %CLUSTERNAME% stat
, где%CLUSTERNAME
- имя кластера Р-Хранилище; - Выполнить поиск файлов виртуальных машин на системе хранения данных, командой
cat /mnt/vstorage/vols/datastores/*/*/config.pvs | grep -E "<VmName>|<VmUuid>"
- В списке выведенных UUID и имен виртуальных машин найти искомую ВМ и зафиксировать UUID виртуальных машин, выполняемых на сбойном узле;
- Для каждого UUID виртуальной машины, запущенной на сбойном узле выполнить следующую команду для поиска директории виртуальной машины
find /vz /mnt -name %UUID%
, гдеUUID
- UUID виртуальной машины, вида57b19198-5658-4fa5-9d8c-98b07d03e296
; - Для каждой найденной дирректории ВМ выполнить команду для импорта конфигурации на текущий сервер виртуализации:
prlctl register %PATH% --preserve-uuid
, где %PATH% - путь к дирректории с файлами ВМ; - Запустить импортированные виртуальные машины командой
prlctl start %UUID%
, гдеUUID
- UUID виртуальной машины, вида57b19198-5658-4fa5-9d8c-98b07d03e296
;