Eduardo e o seguinte: O mon e um monitor de serviços ele não monitora se a placa de rede esta com problemas o cabo. se houver um fala na comunicação o heartbeat entende que um dos nodos estão inativos pois ele envia ping de um para outro e quando para de responder a ping e onde ele sobe os serviços. Posso estar enganado, mas para uma falha como a de comunicação entre os servidores o heartbeat ira levandar os serviços tambem.
Espero ter ajudado Eduardo Sachs escreveu: > Gabriel, > Te chamei de Gabriela... me desculpe!!! > > Em 04/07/07, Eduardo Sachs<[EMAIL PROTECTED]> escreveu: > >> Gabriela, >> >> Sobre o MON, se a eth0 (cabo cross-over) do nodo master estiver com >> problemas, o mon pode parar o heartbeat do nodo slave para não haver a >> troca? >> >> >> >> Luis, >> >> Sobre o ipfail, fiz alguns testes com ele e não obtive sucesso. >> >> A configuração que eu fiz no ha.cf foi a seguinte: >> >> ping 192.168.0.1 >> respawn hacluster /usr/lib64/heartbeat/ipfail >> apiauth ipfail gid=hacluster uid=hacluster >> >> O 192.168.0.1 é o meu router. >> >> Estou fazendo o correto? Ou estou ratiando com o ipfail? >> >> >> Eu pensei em fazer um script que faria o seguinte, quando o nodo >> slave rodar o haresources, ele verifica se a placa de rede (eth1 e >> eth1:0 -> (IPaddr) - ligada ao switch) do nodo master está OK, se >> estiver OK, o nodo slave obrigatoriamente irá dar um STOP no serviço >> do Heartbeat. >> >> Mas, eu queria uma solução pronta, tipo o ipfail. >> >> >> Valeu! >> >> Em 04/07/07, Luis Claudio R. Goncalves<[EMAIL PROTECTED]> escreveu: >> >>> Minha sugestão é enviar os heartbeats tanto pela eth0 quanto pela eth1. >>> Somente se as duas conexões falharem o nodo é consideredo inativo. >>> >>> No heartbeat existe um aplicativo (que usa a api do heartbeat) chamado >>> ipfail, que testa conectividade para pontos definidos (ping nodes) e, >>> dependendo da resposta, pede ao heartbeat para fazer um failover. >>> >>> Luis >>> >>> On Wed, Jul 04, 2007 at 09:50:21AM -0300, Gabriel Medina wrote: >>> | Eduardo, >>> | >>> | Você pode também utilizar um script para verificar a conexao de rede, algo >>> | como um fping no gateway ou melhor, usar o ethtool para verificar os links >>> | das interfaces. >>> | Você pode adotar a estratégia de usar algo como o monitor (mon) para fazer >>> | isso e, dependendo do que você quer, usar o mon para parar o heartbeat. >>> | Espero ter ajudado. >>> | >>> | Abraço >>> | >>> | Em 04/07/07, Gilmar Cabral <[EMAIL PROTECTED]> escreveu: >>> | > >>> | >Bom se alguem cortar o cabo realmente você ira ter 2 servidores masters. >>> | >Mas você tem 3 auternativa para evitar ou ficar sabendo se deu >>> | >problemas. a primeira dela e verificar os logs diariamente, a segunda e >>> | >você criar um script que quando o heartbeat for levantar o serviços no >>> | >haresources você coloca um script que envia uma mensagem para sua rede >>> | >informando que o servidor tal esta ativo ou desativo. >>> | >Imagine o seguinte o heartbeat utiliza uma rede para comunicação, ele >>> | >não ira saber se o cabo pifou ou a placa de rede pifou sendo que a >>> | >comunicação e feita atraves de uma rede dedicada. >>> | >Espero ter ajudado. >>> | > >>> | > >>> | >Eduardo Sachs escreveu: >>> | >> Pessoal, tudo bem? >>> | >> >>> | >> Vou explicar como está a minha estrutura. >>> | >> >>> | >> NODO1 (eth0) <--------------------------------------> (eth0) NODO2 >>> | >> NODO1 (eth1) <------------SWITCH------------> (eth1) NODO2 >>> | >> >>> | >> Eu tenho um cabo cross-over ligado entre os dois nodos, na eth0. >>> | >> E a eth1 fica ligado direto no Switch. >>> | >> >>> | >> Mas, se houver problemas na eth0, por exemplo, alguem corta o cabo >>> | >> da ETH0, ou, a placa de rede da eth0 estraga. >>> | >> >>> | >> Vai acontecer que, o nodo slave vai assumir, mas na verade o nodo >>> | >> master está funcionando perfeitamente. Vai haver uma troca >>> | >> desnecessaria, o que eu faço nessa situação? >>> | >> >>> | >> >>> | >> Valeu!!!!!!!!!! >>> | >> >>> | >> >>> | > >>> | >_______________________________________________ >>> | >Linux-HA mailing list >>> | >[email protected] >>> | >http://listas.linuxchix.org.br/mailman/listinfo/linux-ha >>> | > >>> | >>> | >>> | >>> | -- >>> | Gabriel Medina Pegoraro >>> | [EMAIL PROTECTED] >>> | [CheckBox] - www.checkbox.com.br >>> >>> | _______________________________________________ >>> | Linux-HA mailing list >>> | [email protected] >>> | http://listas.linuxchix.org.br/mailman/listinfo/linux-ha >>> >>> ---end quoted text--- >>> >>> -- >>> [ Luis Claudio R. Goncalves lclaudio at uudg dot org ] >>> [ Fingerprint: 4FDD B8C4 3C59 34BD 8BE9 2696 7203 D980 A448 C8F8 ] >>> [ Linux-HA Developer - LateNite Programmer - Gospel User - Bass Player ] >>> [ Fault Tolerance - Real-Time - Distributed Systems - IECLB - Is 40:31 ] >>> >>> >>> _______________________________________________ Linux-HA mailing list [email protected] http://listas.linuxchix.org.br/mailman/listinfo/linux-ha
