Xenserver 5.6 SR_BACKEND_FAILURE_47 нет такой группы томов, но она есть.

Вопрос или проблема

Я искал повсюду (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). Давайте разберем вашу ситуацию шаг за шагом и рассмотрим, какие меры можно предпринять для ее устранения.

Контекст и диагностика проблемы

  1. Коррупция state.db: Начальной проблемой стало повреждение файла /var/xapi/state.db. Это ключевой файл для управления виртуальными машинами в XenServer. Обычно решения начинаются с его замены или переинициализации, что можно сделать, переименовав старый файл и перезапустив сервис:

    mv /var/xapi/state.db /var/xapi/state.db.bad
    xe-toolstack-restart
  2. Установка XenServer на новый диск: Вы установили XenServer на новом жестком диске и использовали старый диск в качестве хранилища для ВМ. Поскольку XenServer был установлен без выбора старых дисков, вам потребовалось вручную подключить старую группу томов (VG).

Проверка конфигурации хранилища

После выполнения ваших команд и дальнейшей диагностики, результаты ваших проверок (pvscan, vgscan, и др.) показывают, что старая группа томов присутствует:

  • Проверка физического тома (PV) и группы томов (VG) показала их наличие,:
    pvscan
    vgscan
  1. Ошибка при подключении PBD к SR: Попытка выполнить команду xe pbd-plug приводит к ошибке, указывающей на отсутствие соответствующей группы томов. Эта ошибка может возникать, если данные о группе томов в базе данных XAPI не соответствуют реальному состоянию LVM.

Шаги по устранению неполадок и восстановлению

  1. Переименование группы томов (VG): Переименование группы томов привело к неверной записи, поскольку XenServer не обновил данные в state.db. Чтобы исправить это несоответствие, сделайте следующее:

    • Убедитесь, что VG имеет правильное имя и соответствует UUID, который вы используете в командах xe sr-introduce и xe pbd-create.
    • Повторное выполнение команды vgrename может устранить несоответствие. Попробуйте выбрать имя, которое должно соответствовать тем записям, которые есть в state.db.
  2. Проверка состояния LVM: Используйте следующие команды для диагностики состояния LVM:

    vgdisplay
    lvscan

    Это поможет вам увидеть, зарегистрированы ли ваши логические тома и доступны ли они в группе.

  3. Просмотр журналов ошибок: Проверьте журналы ошибок XenServer для выявления дополнительных подсказок. Обычно они располагаются в /var/log/xensource.log и могут дать более детальную информацию о причине ошибки.

  4. Восстановление конфигурации: Если все вышеперечисленные шаги не помогают, попробуйте создать новый SR с нуля и привязать к нему ваши VMs через xe vm-list и xe vm-param-set.

  5. Использование Citrix KB: Воспользуйтесь документами поддержки Citrix, такими как CTX120962, для получения пошаговых инструкций и помощи в устранении проблем.

Заключение

Экстренное восстановление группы томов и корректная конфигурация должны помочь решить проблему с SR_BACKEND_FAILURE_47. Важно обратить внимание на целостность базы данных XAPI и соответствие имени VG и UUID в конфигурации. Рекомендуется сделать резервное копирование текущих настроек и обязательно изучить документы Citrix для предотвращения подобных проблем в будущем.

Оцените материал
Добавить комментарий

Капча загружается...