DRBD como um dispositivo de bloco para XEN VM (Centos 5.3)

1

Eu configurei um recurso drbd entre dois nós de servidores - tudo funciona corretamente ao fazer testes de sincronização entre os dois. (Eu quero criar um cluster de alta disponibilidade usando drbd, xen e heartbeat)

No entanto, quando tento criar uma VM XEN com o Centos como sistema operacional guest, passo para a tela de particionamento na instalação, mas quando seleciono um tipo de particionamento, a próxima tela me apresenta o seguinte erro:

"Ocorreu um erro - nenhum dispositivo válido foram encontrados no qual criar novo arquivo sistemas. Por favor, verifique o seu hardware para a causa deste problema. "

Esta é a primeira vez que tentar criar uma configuração como essa e pesquisar no Google não ajuda muito ...

meus arquivos de configuração para DRBD e XEN ....

DRBD (apenas a seção que é pertinente)

em xennode0 {   device / dev / drbd0;   disco / dev / sda5;   endereço X.X.X.X: 7788;   flexível-meta-disco interno; }

em xennode1 {   device / dev / drbd0;   disco / dev / sda5;   endereço X.X.X.X: 7788;   Meta-disco interno; }

XEN

kernel="/ boot / xeninstall / vmlinuz" ramdisk="/boot/xeninstall/initrd.img" extra="text" name="VM" maxmem = 3000 memória = 3000 vcpus = 4 on_poweroff="destruir" on_reboot="reiniciar" on_crash="reiniciar" vfb = [] disk = ["phy: / dev / drbd0, sda1, w", "toque em: aio: /srv/xen/xenswap.img,sda2,w"] vif = ["mac = 00: 16: 3e: 11: 67: ae, ponte = xenbr0"] root="/ dev / sda1 ro"

Obrigado antecipadamente!

    
por SaberTooth 16.07.2009 / 12:23

2 respostas

5

Bem, vendo como se eu puxasse meu cabelo para resolver isso, deixe-me responder a minha pergunta e salvar outra pessoa o problema de puxar o cabelo:)

Solução:

Depois de brincar, bastante pesquisação e reparticionamento, etc ... cheguei a uma configuração que funciona como um encanto.

Provavelmente, existe uma maneira mais rápida de fazer isso, mas não vou complicar demais essa resposta

Eu fiz uma instalação padrão com as partições como esta (eu tenho um disco rígido de 500g):

/boot 100mb 
/swap 4gb 
/     40gb 

O saldo do espaço em disco deve ser deixado como espaço não particionado.

Em seguida, criei uma partição primária chamada / dev / sda4 seguindo estas etapas:

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

Reinicialize o servidor para que as novas partições entrem em vigor.

Agora crie volumes lógicos por:

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

Agora que você tem o particionamento correto, você pode ir em frente e instalar o DRBD com as seguintes diretivas de arquivo de configuração (drbd.conf)

Apenas exibindo as duas diretivas importantes aqui ...

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

Seu arquivo de configuração da VM do XEN precisa ser assim (novamente, apenas o importante)

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

Espero que isso ajude alguém de fora ...

    
por 23.07.2009 / 13:36
0

Portanto, há dois pontos importantes aqui:

  1. É melhor usar discos inteiros em vez de partições para o dispositivo que o DomU verá
  2. Use nomes de dispositivos padrão no DomU (xvd *)

Eu tropecei no último com o mais novo Patch de Kernel do SLES SP3: Até então eu estava usando "sda" como nome do dispositivo dentro do DomU.

Agora minhas DOMUs paravirtualizadas foram desativadas durante a aplicação do patch do kernel. Um strace do processo de patch me mostrou que algo estava tentando acessar o sda como se fosse um disco físico. Depois de mudar o sda para o xvda, não tive mais problemas.

Com o CentOS 4 como DOM paravirtualizado, foi bastante complicado usar "sda" também. Eu tive que convencer o sistema a não usar o scsi-driver para esse dispositivo, mas sim o driver xenblock. Basicamente o mesmo problema.

    
por 09.04.2011 / 21:46

Tags