Я установил ресурс drbd между двумя узлами сервера - все работает правильно при выполнении тестов синхронизации между ними. (Я хочу создать кластер высокой доступности, используя drbd, xen и heartbeat)
Однако, когда я пытаюсь создать виртуальную машину XEN с Centos в качестве гостевой операционной системы, я перехожу к экрану разделения при установке, но когда я выбираю тип разделения, следующий экран выдает следующую ошибку:
«Произошла ошибка - не найдены допустимые устройства для создания новых файловых систем. Проверьте свое оборудование на предмет причины этой проблемы».
Это первая попытка создать такую настройку, и поиск в Google не очень помогает ...
мои файлы конфигурации для DRBD и XEN ....
DRBD (как раз соответствующий раздел)
на xennode0 {устройство / dev / drbd0; диск / dev / sda5; адрес X.X.X.X: 7788; гибкий метадиск внутренний; }
на xennode1 {устройство / dev / drbd0; диск / dev / sda5; адрес X.X.X.X: 7788; метадиск внутренний; }
XEN
kernel = "/ boot / xeninstall / vmlinuz" ramdisk = "/boot/xeninstall/initrd.img" extra = "text" name = "VM" maxmem = 3000 memory = 3000 vcpus = 4 on_poweroff = "destroy" on_reboot = "перезапуск "on_crash =" restart "vfb = [] disk = [" phy: / dev / drbd0, sda1, w "," tap: aio: /srv/xen/xenswap.img,sda2,w "] vif = [" mac = 00: 16: 3e: 11: 67: ae, bridge = xenbr0 "] root =" / dev / sda1 ro "
Заранее спасибо!
Что ж, видя, как будто я выдергивал волосы, решая эту проблему, позвольте мне ответить на свой вопрос и избавить кого-то еще от проблемы выдергивания волос :)
Решение:
После игры, большого количества поисков в Google, повторного разбиения и т. Д. Я пришел к настройке, которая работает как шарм.
Вероятно, есть более быстрый способ сделать это, но я не собираюсь усложнять этот ответ.
Я сделал стандартную установку с такими разделами (у меня жесткий диск на 500 г):
/boot 100mb
/swap 4gb
/ 40gb
Остаток дискового пространства следует оставить неразмеченным.
Затем я создал основной раздел с именем / dev / sda4, выполнив следующие действия:
~: fdisk /dev/sda
~: (fdisk shell) p4 (for primary partition # 4)
~: (fdisk shell) t (hit t and enter to edit the partition type)
~: (fdisk shell) 08e (Linux LVM)
Перезагрузите сервер, чтобы новые разделы вступили в силу.
Теперь создайте логические тома:
~: pvcreate /dev/sda4
~: vgcreate xenvg -s 4M /dev/sda4 # (xenvg is the name of my virtual group, you can rename it)
~: lvcreate -L400G -n xenroot xenvg # (xenroot is going to be my drbd resource and root partition for my DomU)
~: lvcreate -L4G -n xenswap xenvg # (xenswap is my swap file for my DomU)
Теперь, когда у вас есть правильное разбиение на разделы, вы можете продолжить и установить DRBD со следующими директивами файла конфигурации (drbd.conf)
Просто отображаю здесь 2 важные директивы ...
{
device /dev/drbd0;
disk /dev/xenvg/xenroot;
}
Ваш файл конфигурации XEN VM должен выглядеть так (опять же, только важный)
{
disk = [ "drbd:xenvm,xvda,w","phy:xenvg/xenswap,xvdb,w" ]
}
Надеюсь, это кому-то поможет ...
Итак, здесь есть два важных момента:
Я наткнулся на последнее с новейшим патчем ядра SLES SP3: до этого я использовал «sda» в качестве имени устройства в DomU.
Теперь мои паравиртуализированные DomU просто зависали во время применения патча ядра. Часть процесса исправления показала мне, что что-то пытается получить доступ к sda, как если бы это был физический диск. После смены sda на xvda проблем больше не было.
С CentOS 4 как паравиртуализированным DomU было довольно сложно использовать sda. Мне пришлось убедить систему не использовать для этого устройства scsi-драйвер, а вместо этого использовать драйвер xenblock. В принципе такая же проблема.