Aparentemente, o script python do driver não está incluído no release de ações do xcp-xapi. Eu descobri uma maneira de obter o driver lvm disponível para seleção. Foi o que eu fiz:
Eu baixei a fonte xcp-xapi. Procurei os drivers do LVM * e copiei para o host em execução e configurei um link simbólico para ele assim:
cp /usr/local/src/xcp-storage-managers-0.1.1/drivers/LVMSR.py /usr/lib/xcp/sm/
cd /usr/lib/xcp/sm/
ln -s LVMSR.py LVMSR
Depois de reiniciar
/etc/init.d/xcp-xapi restart
Eu posso concluir o driver por guia (é um começo)
root@server:~# xe sr-list type=
dummy ext file iso lvm nfs
Então, contra todas as probabilidades, consegui encontrar 2 GB:
lvcreate --size 2G --name sr_test server
Logical volume "sr_test" created
e depois
root@server:~# xe sr-create type=lvm \
device-config:device=/dev/server/sr_test name-label=srt
O que me dá
Error code: SR_BACKEND_FAILURE_53
Error parameters: , Logical Volume unmount/deactivate error [opterr=errno is 3],
Então não chegou lá ainda.
Um pouco de pesquisa revela este post muito interessante para mim, aparentemente as pessoas da Kronos debian fez isso de propósito (mas não mencionou o fato de que eles não incluíram o LVM devido a ele não ter sido testado o suficiente ...)
Então acabei fazendo isso:
root@server:/usr/lib/xcp/sm# locate lvutil.pyc
/usr/lib/xcp/sm/lvutil.pyc
Edite esse arquivo, na linha 302, você verá:
cmd = [CMD_VGCHANGE, "-an", "--master", vgname]
Remova a opção master dessa linha. Na linha 344, em setActiveVG existe outro.
cmd = [CMD_VGCHANGE, "-a" + val, "--master", path]
o vgchange nesta versão do ubuntu não suporta esta opção. A razão pela qual está no link mencionado. Faça isso:
cmd = [CMD_VGCHANGE, "-an", vgname]
e
cmd = [CMD_VGCHANGE, "-a" + val, path]
para ambas as linhas. De repente, isso funciona (à primeira vista, desde que recebo o UUID):
root@server:~# xe sr-create type=lvm \
device-config:device=/dev/server/sr_test name-label=srt
1b916212-bb83-f958-2c76-fa1f9829e6af
Espero que isso ajude alguém. Eu entendo isso nos logs:
[20130124T13:42:47.877Z|debug|server|102|scan one D:ba6210351c61|xapi]
SR 1b916212-bb83-f958-2c76-fa1f9829e6af (srt) is not shared or is being
plugged to a slave - not handling metadata VDIs at this point.
Como isso não é compartilhado nem é um escravo, acho que estou bem, mas não gosto de dizer que ele não está lidando com metadados, embora diga 'neste momento', que interpreto como não há necessidade de agora . Insira bem-vindo.