Лучшие со всех сторон заказывают, я читал о Unix & Linux:
Некоторые считают это библией, и я согласился бы. Определенно не книга будет находиться и собирать пыль.
По-видимому, сценарий Python драйвера просто не включен в разблокировку запаса xcp-xapi. Я выяснил способ заставить lvm драйвер быть доступным для выбора. Это - то, что я сделал:
Я загрузил xcp-xapi источник. Я искал LVM* драйверы и скопировал его в рабочий хост и установил символьную ссылку на него как это:
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
После перезапуска
/etc/init.d/xcp-xapi restart
Я мог полный вкладкой драйвер (это - запуск),
root@server:~# xe sr-list type=
dummy ext file iso lvm nfs
Затем несмотря ни на что мне удалось найти 2 ГБ:
lvcreate --size 2G --name sr_test server
Logical volume "sr_test" created
И затем
root@server:~# xe sr-create type=lvm \
device-config:device=/dev/server/sr_test name-label=srt
Который дает мне
Error code: SR_BACKEND_FAILURE_53
Error parameters: , Logical Volume unmount/deactivate error [opterr=errno is 3],
Так не там все же.
Немного поиска показывает это очень интересное сообщение мне, по-видимому, Kronos debian люди сделал это нарочно (но не удался упомянуть то, что они не включали LVM из-за него не протестированный достаточно...),
Таким образом, я закончил тем, что делал это:
root@server:/usr/lib/xcp/sm# locate lvutil.pyc
/usr/lib/xcp/sm/lvutil.pyc
Отредактируйте этот файл, в строке 302 необходимо видеть:
cmd = [CMD_VGCHANGE, "-an", "--master", vgname]
Удалите основную опцию из этой строки. В строке 344, в setActiveVG существует другой.
cmd = [CMD_VGCHANGE, "-a" + val, "--master", path]
vgchange в этом выпуске человечности не поддерживает эту опцию. Причина, почему находится в упомянутой ссылке. Сделайте его:
cmd = [CMD_VGCHANGE, "-an", vgname]
и
cmd = [CMD_VGCHANGE, "-a" + val, path]
для обеих строк. Все внезапное это работает (на первый взгляд, так как я получаю UUID):
root@server:~# xe sr-create type=lvm \
device-config:device=/dev/server/sr_test name-label=srt
1b916212-bb83-f958-2c76-fa1f9829e6af
Я действительно получаю это в журналах:
[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.
Так как это не совместно используется, ни это - ведомое устройство, я думаю, что в порядке, но мне не нравится он, говоря, что это не обрабатывает метаданные, хотя это говорит 'в этой точке', которую я не интерпретирую как никакая потребность на данный момент. Входное приветствие.
Использовать type=lvhd
вместо type=lvm
. Я думаю, именно это Вы ищете. Насколько я знаю, что это - значение по умолчанию в более новых версиях xenserver.
lvm
или lvhd
Драйверы SR.
– Sam Hanes
10.10.2013, 11:09
Хм, я просто использовал бы чистый металл XCP установка ISO в качестве Dom0. Вся установка ОС человечности является излишеством. Просто мое мнение. Не ответ, а наблюдение и чистый металл просто работают из поля с LVM.