DRBD [RESOLVIDO]

leandrojpg
(usa Debian)

Enviado em 01/12/2011 - 11:16h

Tenho feito varios testes com DRBD+Heartbeat, pois acredito ser uma boa solução para quem tem empresa pequena e nao tem um grande orçamento para adquirir equipementos caros. por isso tenho feito testes massivos com drbd, sei que muitos vao falar que aqui no vol tem vários materiais falando sobre o assunto. Mas já adianto que ja li todos os materiais e nenhum trata dos erros que aqui postarei portanto peço ajuda.

Boa tarde a todos da lista.

Estou com o drbd+heartbeat rodando com fs ext4. só que tenho o seguinte problema.

tenho dois nós node1 node2, não tenho o recurso sendo montando no fstab nao, tudo isso fica a cargo do drbd.
entao funciona assim suponha-se que o node1 esta como primary/secondary e node2 esteja como secondary/primary.

Se eu parar o heartbeat no node1 ele migra automaticamnete para node2. sem problemas.
mas se eu por ventura reiniciar a máquina node1 literalmente ele começa a migra e dar erro ficando assim no node2 que nesse momento deveria ser o primary. o status dele fica primary/unknow. será que tá certo? eu até cheguei a pensar que está certo pois se a maquina está em reinicio o heartbeat nao vai realmente funcionar ( ele nao acha a máquina) mas nem sei mais o que pensar. e tem outra se ativar o failover quando a maquina volta ele nao repassa o serviço pra ela, e o status ainda continua primary/unknow.
vou postar meus confs todos aqui.
global_common > global {
usage-count yes;
}

arquivo r0 > resource r0 {
protocol C;

startup {
degr-wfc-timeout 30;
}

disk {
on-io-error detach;
}

syncer {
rate 100m;
}

on node1 {
device /dev/drbd0;
disk /dev/sda8;
address 192.168.1.98:7788;
flexible-meta-disk internal;
}

on node2 {
device /dev/drbd0;
disk /dev/sda8;
address 192.168.1.99:7788;
flexible-meta-disk internal;
}
}

arquivo ha.cf >
logfile /var/log/ha-log
logfacility local0
keepalive 2
deadtime 10
warntime 5
initdead 20
udpport 694
bcast eth0
auto_failback no
ping 192.168.1.254
node node1
node node2

haresources >
node1 IPaddr::192.168.1.100/24/eth0 drbddisk::r0 Filesystem::/dev/drbd0::/dados::ext4 apache2

jptudobem
(usa Debian)

Enviado em 01/12/2011 - 12:13h

Se eu entendi bem, você nao colocou no fstab a montagem da partição DRBD? Já fez o teste?

leandrojpg
(usa Debian)

Enviado em 01/12/2011 - 12:25h

Realmente nao coloquei no fstab nao, mas será que deve ser isso? pois assim o erro só acontece quando reinicio o nó (reboot). se eu parar o heartbeat ele monta automaticamente no outro nó. minha dúvida é pq ao dar reboot ele fica unknow ao migrar.

jptudobem
(usa Debian)

Enviado em 01/12/2011 - 12:31h

O problema pode ser justamente esse. Ele vai montar o DRBD em que partição se a mesma não foi carregada no boot? Faça o teste uai. rsrs

pinguintux
(usa Debian)

Enviado em 14/12/2011 - 23:42h

Fala leandro! Tudo em paz?
Cara, verificando seu ha.cf, especificamente na linha "auto_failback no", se não me engano esta opção deveria ser: "auto_failback on" (para que o servidor primário retome os serviços logo após retornar de uma pane) ou "auto_failback off" (para que o servidor primário não retome os referidos serviços ao retornar de uma pane). Então, no seu caso eu tentaria a opção "off", daria um "stop" no heartbeat para que a migração ocorra e logo em seguida testaria a reinicialização dos servidores! Aguardo os resultados!

Saudações!

pinguintux
(usa Debian)

Enviado em 15/12/2011 - 00:02h

Outro detalhe importante é a configuração da bridge! o fato de estar aparecendo a mensagem "primary/unknow", quer dizer que a interface de rede que faz a comunicação do Drbd e heartbeat entre os servidores não está subindo. Verifique qual a interface que está destinada para a referida comunicação, ou seja, se ela está inicializando, por exemplo com o comando "ifconfig" e veja as configurações da bridge (pré-requisito para o correto funcionamento do Drbd e heartbeat)!
Continuo aguardando os resultados!
Saudações!

mflinux
(usa Debian)

Enviado em 07/04/2012 - 09:56h

Faltou as diretivas no DRBD:
after-sb-0pri discard-least-changes;
after-sb-1pri discard-secondary;
after-sb-2pri disconnect;