☰

DRBD como dispositivo de bloque para XEN VM (Centos 5.3)

tag-icon • tag-icon xen drbd
DRBD como dispositivo de bloque para XEN VM (Centos 5.3)

He configurado un recurso drbd entre 2 nodos de servidor; todo funciona correctamente al realizar pruebas de sincronización entre los dos. (Quiero crear un clúster HA usando drbd,xen y heartbeat)

Sin embargo, cuando intento crear una máquina virtual XEN con Centos como sistema operativo invitado, accedo a la pantalla de partición en la instalación, pero cuando selecciono un tipo de partición, la siguiente pantalla me muestra el siguiente error:

"Se ha producido un error: no se encontraron dispositivos válidos para crear nuevos sistemas de archivos. Verifique su hardware para detectar la causa de este problema".

Esta es la primera vez que intento crear una configuración como esta y buscar en Google no ayuda mucho...

mis archivos de configuración para DRBD y XEN....

DRBD (solo la sección que sea pertinente)

en xennode0 { dispositivo /dev/drbd0; disco /dev/sda5; dirección XXXX:7788; metadisco flexible interno; }

en xennode1 { dispositivo /dev/drbd0; disco /dev/sda5; dirección XXXX:7788; metadisco interno; }

XEN

kernel = "/boot/xeninstall/vmlinuz" ramdisk = "/boot/xeninstall/initrd.img" extra = "text" nombre = "VM" maxmem = 3000 memoria = 3000 vcpus = 4 on_poweroff = "destruir" on_reboot = "reiniciar " on_crash = "reiniciar" 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"

¡Gracias de antemano!

Respuesta1

Bueno, ya que me arranqué el pelo para resolver esto, déjame responder a mi pregunta y ahorrarle a alguien más el problema de tirar del pelo :)

Solución:

Después de jugar, buscar en Google y reparticionar, etc., llegué a una configuración que funciona de maravilla.

Probablemente haya una forma más rápida de hacer esto, pero no voy a complicar demasiado esta respuesta.

Hice una instalación estándar con particiones como esta (tengo un disco duro de 500 g):

/boot 100mb 
/swap 4gb 
/     40gb

El resto del espacio en disco debe dejarse como espacio sin particionar.

Luego, creé una partición primaria llamada /dev/sda4 siguiendo estos pasos:

~: 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)

Reinicie el servidor para que las nuevas particiones surtan efecto.

Ahora cree volúmenes lógicos mediante:

~: 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)

Ahora que tiene la partición correcta, puede continuar e instalar DRBD con las siguientes directivas del archivo de configuración (drbd.conf).

Aquí solo mostramos las 2 directivas importantes...

{
device  /dev/drbd0;
disk    /dev/xenvg/xenroot;
}

Su archivo de configuración de XEN VM debe verse así (nuevamente, solo el importante)

{
disk = [ "drbd:xenvm,xvda,w","phy:xenvg/xenswap,xvdb,w" ]
}

Espero que esto ayude a alguien por ahí...

Respuesta2

Entonces hay dos puntos que son importantes aquí:

  1. Es mejor usar discos completos en lugar de particiones para el dispositivo que verá la DomU.
  2. Utilice nombres de dispositivos estándar dentro de DomU (xvd*)

Me topé con este último con el último parche del kernel SLES SP3: hasta entonces estaba usando "sda" como nombre de dispositivo dentro de DomU.

Ahora mis DomUs paravirtualizados simplemente se colgaron durante la aplicación del parche del kernel. Un rastro del proceso de parche me mostró que algo estaba intentando acceder a sda como si fuera un disco físico. Después de cambiar sda a xvda ya no tuve problemas.

Con CentOS 4 como DomU paravirtualizado también era bastante complicado usar "sda". Tuve que convencer al sistema de que no usara el controlador scsi para ese dispositivo, sino el controlador xenblock. Básicamente el mismo problema.

información relacionada