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
>
>
_______________________________________________
Linux-HA mailing list
[email protected]
http://listas.linuxchix.org.br/mailman/listinfo/linux-ha
