Я искал повсюду (Google, здесь, множество других сайтов), и хотя я нашел людей с похожими проблемами, я не смог найти ни одного с решением этой проблемы.
Прошлой ночью наш xenserver 5.6 испортил /var/xapi/state.db, и я не мог исправить xml, что бы я ни делал.
После часа возни с файлом я подумал, что будет быстрее просто переустановить.
На сервере был один жесткий диск емкостью 2 ТБ, на котором работал Xen и его виртуальные машины, и, поскольку при установке Xen говорилось, что он стирает жесткий диск, на котором он был установлен, я подключил новый жесткий диск и установил на нем Xen, не выбирая жесткие диски для хранения. Я решил, что смогу сделать это после установки, используя раздел на старом жестком диске со всеми моими виртуальными машинами на нем.
После завершения установки и загрузки системы я сделал:
#fdisk -l
found the old partition at /dev/sda3
#ll /dev/disk/by-id
found the partition at /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]
Total: 1 [1.81 TB] / in use: 1 [1.81 TB] / in no VG: 0 [0 ]
#vgscan
Reading all physical volumes. This may take a while...
Found volume group "VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d" using metadata type lvm2
# pvdisplay
--- Physical volume ---
PV Name /dev/sda3
VG Name VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d
PV Size 1.81 TB / not usable 6.97 MB
Allocatable yes
PE Size (KByte) 4096
Total PE 474747
Free PE 52441
Allocated PE 422306
PV UUID 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
Error code: SR_BACKEND_FAILURE_47
Error parameters: , The SR is not available [opterr=no such volume group: VG_XenStorage-U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW]
At this point I did a
# vgrename VG_XenStorage-405a2ece-d10e-d6c5-ede2-e1ad2c29c68d VG_XenStorage-U03Gt9-WtHi-8Nnu-QB2Q-c7BV-CO9A-cFpYWW
cause the VG name was different, but pdb-plug still gives me the same error.
Итак, теперь я немного не знаю, что делать, я не привык к Xen, и большинство сайтов, которые я нашел, действительно бесполезны.
Я надеюсь, что кто-нибудь сможет помочь мне исправить это. Я не могу потерять эти виртуальные машины (есть резервные копии, но внутри гостей, а не сами виртуальные машины).
Это старый вопрос, но используйте 5.6 XAPI, чтобы легко повредить это state.db
Существуют некоторые citrix kb, чтобы решить эту проблему, но прежде всего сделайте это;
[root @ xen ~] # mv /var/xapi/state.db /var/xapi/state.db.bad [root @ xen ~] # xe-toolstack-restart
Эта БД будет воссоздана.
В вашем случае вы зашли слишком далеко, чтобы переустановить эту проблему, как будто ваш хост находится в кластере, кластер вернет поврежденный state.db на хост.
дважды проверьте свои шаги с этим Citrix KB. также запустите vgdisplay & lvscan и опубликуйте свои результаты.