verifique novamente suas etapas com este Citrix KB . também execute vgdisplay & lvscan e poste seus resultados.
Procurei em todos os lugares (Google, aqui, um monte de outros sites) e, embora tenha encontrado pessoas com problemas semelhantes, não consegui encontrar uma única com uma solução para isso.
Ontem à noite, nossa caixa xenserver 5.6 corrompeu o /var/xapi/state.db , e eu não consegui consertar o xml , não importando o que eu fiz.
Após uma boa hora lidando com o arquivo, imaginei que seria mais rápido reinstalá-lo.
O servidor tinha um disco rígido de 2tb rodando o Xen e suas VMs, e como a instalação do Xen dizia que iria apagar o disco rígido no qual estava instalado, liguei um novo disco rígido e instalei o Xen nele, sem selecionar discos rígidos para armazenamento . Imaginei que poderia fazer isso acontecer após a instalação, usando a partição no disco rígido antigo com todas as minhas VMs.
Após a instalação ter terminado e o sistema ter sido inicializado, eu fiz:
#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.
Então, agora estou meio perdido sobre o que fazer, não estou acostumado com o Xen e a maioria dos sites que eu encontrei são realmente inúteis.
Espero que alguém possa me guiar no caminho certo para corrigir isso. Eu não posso perder essas VMs (tenho backups, mas de dentro dos convidados, não das próprias VMs).
verifique novamente suas etapas com este Citrix KB . também execute vgdisplay & lvscan e poste seus resultados.
É uma pergunta antiga, mas 5.6 XAPI usa para facilmente corromper esse estado.db
Alguns citrix kb existem para ajudar nessa questão, mas acima de tudo, por favor,
[root @ xen ~] # mv /var/xapi/state.db /var/xapi/state.db.bad [root @ xen ~] # xe-toolstack-restart
Esse banco de dados será recriado.
No seu caso, você foi longe demais para reinstalar o problema, como se o seu host estivesse em um cluster, o cluster traria de volta o state.db corrompido para o host.