Вопрос или проблема
Я искал повсюду (Google, здесь, на множестве других сайтов), и хотя я нашел людей с похожими проблемами, я не мог найти ни одного с решением этой.
В прошлую ночь наш сервер xenserver 5.6 испортил /var/xapi/state.db
, и я не смог исправить xml
, независимо от того, что я делал.
После получаса возни с файлом я понял, что будет быстрее просто переустановить.
На сервере был один жесткий диск на 2 ТБ, на котором работал Xen и его виртуальные машины, и поскольку установка Xen указала, что она удалит жесткий диск, на который он устанавливается, я подключил новый жесткий диск и установил на него Xen, не выбрав никаких жестких дисков для хранения. Я подумал, что смогу это сделать после установки, используя раздел на старом жестком диске, на котором находятся все мои виртуальные машины.
После завершения установки и загрузки системы я сделал:
#fdisk -l
нашел старый раздел на /dev/sda3
#ll /dev/disk/by-id
нашел раздел на /dev/disk/by-id/scsi-3600188b04c02f100181ab3a48417e490-part3
#xe host-list
uuid ( RO) : a019d93e-4d84-4a4b-91e3-23572b5bd8a4
name-label ( RW): xenserver-scribfourteen
name-description ( RW): Default install of XenServer
#pvscan
PV /dev/sda3 VG VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d lvm2 [1.81 TB / 204.85 GB free]
Всего: 1 [1.81 TB] / используется: 1 [1.81 TB] / не в VG: 0 [0 ]
#vgscan
Чтение всех физических томов. Это может занять некоторое время...
Найдена группа томов "VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d" с использованием типа метаданных lvm2
# pvdisplay
--- Физический том ---
Имя PV /dev/sda3
Имя VG VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d
Размер PV 1.81 TB / не использовано 6.97 MB
Доступность да
Размер PE (KByte) 4096
Всего PE 474747
Свободные PE 52441
Выделенные PE 422306
UUID PV U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW
# xe sr-introduce name-label="VMs" type=lvm uuid=U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW name-description="VMs Local HD Storage" content-type=user shared=false device-config=:device=/dev/disk/by-id/scsi-3600188b04c02f100181ab3a483f9f0ae-part3
U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW
# xe pbd-create host-uuid=a019d93e-4d84-4a4b-91e3-23572b5bd8a4 sr-uuid=U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW device-config:device=/dev/disk/by-id/scsi-3600188b04c02f100181ab3a483f9f0ae-part3
adf92b7f-ad40-828f-0728-caf94d2a0ba1
# xe pbd-plug uuid=adf92b7f-ad40-828f-0728-caf94d2a0ba1
Код ошибки: SR_BACKEND_FAILURE_47
Параметры ошибки: , SR недоступен [opterr=нет такой группы томов: VG_XenStorage-U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW]
На этом этапе я выполнил
# vgrename VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d VG_XenStorage-U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW
потому что имя VG было другим, но pdb-plug все равно выдает ту же ошибку.
Так что теперь я немного запутался относительно того, что делать, я не привык к Xen, и большинство сайтов, которые я находил, действительно не помогают.
Надеюсь, кто-то сможет направить меня в правильном направлении для решения этой проблемы. Я не могу потерять эти виртуальные машины (у меня есть резервные копии, но изнутри гостевых систем, а не сами виртуальные машины).
Дважды проверьте свои шаги с помощью этого Citrix KB. Также выполните vgdisplay & lvscan и опубликуйте свои результаты.
Это старый вопрос, но 5.6 XAPI легко портил этот state.db
Существуют некоторые статьи Citrix, которые могут помочь с этой проблемой, но прежде всего сделайте;
[root@xen ~]# mv /var/xapi/state.db /var/xapi/state.db.bad
[root@xen ~]# xe-toolstack-restart
Эта БД будет воссоздана.
В вашем случае вы сделали шаг слишком далеко, пытаясь переустановить из-за этой проблемы, так как если ваш хост находится в кластере, кластер восстановит испорченный state.db на хосте.
Ответ или решение
Проблема, с которой вы столкнулись – это ошибка SR_BACKEND_FAILURE_47 в XenServer 5.6, которая указывает на отсутствие группы томов (VG). Давайте разберем вашу ситуацию шаг за шагом и рассмотрим, какие меры можно предпринять для ее устранения.
Контекст и диагностика проблемы
-
Коррупция state.db: Начальной проблемой стало повреждение файла
/var/xapi/state.db
. Это ключевой файл для управления виртуальными машинами в XenServer. Обычно решения начинаются с его замены или переинициализации, что можно сделать, переименовав старый файл и перезапустив сервис:mv /var/xapi/state.db /var/xapi/state.db.bad xe-toolstack-restart
-
Установка XenServer на новый диск: Вы установили XenServer на новом жестком диске и использовали старый диск в качестве хранилища для ВМ. Поскольку XenServer был установлен без выбора старых дисков, вам потребовалось вручную подключить старую группу томов (VG).
Проверка конфигурации хранилища
После выполнения ваших команд и дальнейшей диагностики, результаты ваших проверок (pvscan
, vgscan
, и др.) показывают, что старая группа томов присутствует:
- Проверка физического тома (PV) и группы томов (VG) показала их наличие,:
pvscan vgscan
- Ошибка при подключении PBD к SR: Попытка выполнить команду
xe pbd-plug
приводит к ошибке, указывающей на отсутствие соответствующей группы томов. Эта ошибка может возникать, если данные о группе томов в базе данных XAPI не соответствуют реальному состоянию LVM.
Шаги по устранению неполадок и восстановлению
-
Переименование группы томов (VG): Переименование группы томов привело к неверной записи, поскольку XenServer не обновил данные в
state.db
. Чтобы исправить это несоответствие, сделайте следующее:- Убедитесь, что VG имеет правильное имя и соответствует UUID, который вы используете в командах
xe sr-introduce
иxe pbd-create
. - Повторное выполнение команды
vgrename
может устранить несоответствие. Попробуйте выбрать имя, которое должно соответствовать тем записям, которые есть вstate.db
.
- Убедитесь, что VG имеет правильное имя и соответствует UUID, который вы используете в командах
-
Проверка состояния LVM: Используйте следующие команды для диагностики состояния LVM:
vgdisplay lvscan
Это поможет вам увидеть, зарегистрированы ли ваши логические тома и доступны ли они в группе.
-
Просмотр журналов ошибок: Проверьте журналы ошибок XenServer для выявления дополнительных подсказок. Обычно они располагаются в
/var/log/xensource.log
и могут дать более детальную информацию о причине ошибки. -
Восстановление конфигурации: Если все вышеперечисленные шаги не помогают, попробуйте создать новый SR с нуля и привязать к нему ваши VMs через
xe vm-list
иxe vm-param-set
. -
Использование Citrix KB: Воспользуйтесь документами поддержки Citrix, такими как CTX120962, для получения пошаговых инструкций и помощи в устранении проблем.
Заключение
Экстренное восстановление группы томов и корректная конфигурация должны помочь решить проблему с SR_BACKEND_FAILURE_47. Важно обратить внимание на целостность базы данных XAPI и соответствие имени VG и UUID в конфигурации. Рекомендуется сделать резервное копирование текущих настроек и обязательно изучить документы Citrix для предотвращения подобных проблем в будущем.