Blz eduardo. Bom Eduardo eu ja habilito no heartbeat a interface de bcast que pelo que li e onde indica qual interface que o heartbeat irá enviar os ping para monitorar ele. No caso o bcast, ucast e mcast num faz e isto? indica qual interface será monitorada? para min (pelo menos o bcas) ele não monitora a placa de rede e o cabo em caso de falha, e sim somente monitora o servidor.
Eduardo Sachs escreveu: > Pessoal, > > Consegui resolver alguns problemas de falha parcial, com bcast, > ucast e mcast. Mas, eu só estou usando o ucast, foi o melhor que se > adaptou. Talvez eu use uma serial e uma placa de rede, não sei ainda... > vou fazer mais testes... > > > Valeu! > > > Gilmar Cabral wrote: > >> Sim Eduardo você pode sim, porem eu penso que fazer usar somente um >> placa de rede você correra o risco do swith desligar ou pifar, por isto >> eu aconselho usar 2 placas de rede. >> Mas se você tiver um swith gerênciavel da 3com, e um nobreak bom, talves >> compense você correr o risco. Mas prefiro usar o cabo cross entre os nodos. >> >> Falou... >> >> Eduardo - Suporte Intranetworks escreveu: >> >> >>> Gilmar, >>> >>> Eu posso usar o Heartbeat com uma placa de rede somente? Eu pensei >>> que era obrigatório o uso de uma placa de rede (cabo cross-over) ou cabo >>> serial para os nodos se comunicarem entre si. >>> >>> Valeu! >>> >>> >>> Gilmar Cabral escreveu: >>> >>> >>> >>>> E sim eduardo, mas se comparar o fato que quando você cria uma rede >>>> dedicada entre os nodos, a chance de dar problema e muito pequena >>>> inclusive você utilizando cabo cross e placas de redes intell, e tambem >>>> pela questão de falta de energia que você pode ligar em nobreak distintos. >>>> Para você resolver este problema seria você utilizar apenas uma placa de >>>> rede para monitorar ligada no hub que ai você não teria este problema, >>>> pois se falha a placa de rede o heartbeat iria reconhecer, mas se o hub >>>> parar da no mesmo. >>>> Penso que isto não e problema do heartbeat, as sim de caso de estudo, >>>> pos imagine: >>>> Como um servidor ira saber se o outro servidor estar no ar, sendo que a >>>> comunicação entre os 2 nodos caiu, por causa da placa de rede ou mesmo >>>> cabo cross com problemas?. >>>> Espero ter ajudado. >>>> >>>> >>>> Eduardo - Suporte Intranetworks escreveu: >>>> >>>> >>>> >>>> >>>>> Gilmar, >>>>> >>>>> Esse comportamento do heartbeat eu não gostei, pelo simples fato de >>>>> que o meu nodo master está trabalhando tranquilamente e perfeitamente, >>>>> maaass, se houver alguma falha de comunicação entre o nodo slave e o >>>>> master, o slave irá assumir, isso não é uma boa. >>>>> >>>>> Eu acho que a solução seria fazer um script que evitasse esse >>>>> problema, com o seguinte comportamente: >>>>> Se o nodo slave conseguir pingar a placa de rede do nodo master (eth1 >>>>> ligada ao switch), o nodo slave dá um stop no heartbeat, evitando-se que >>>>> o nodo slave assuma. >>>>> >>>>> Valeu! >>>>> >>>>> ________________________________________ >>>>> Eduardo Sachs - Suporte Intranetworks >>>>> [EMAIL PROTECTED] >>>>> >>>>> Intranetworks >>>>> Rua Marquês do Pombal 1710/805 >>>>> Porto Alegre - RS - 90540-000 >>>>> +55 51 3325-5700 >>>>> >>>>> >>>>> >>>>> Gilmar Cabral escreveu: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> 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
