Gilmar,
Ele pode monitorar por diferentes protocolos, pelo que eu entendi,
mas o bcast não passou nos testes que eu fiz, e o ucast passou. Eu fiz a
seguinte bateria de testes.
MASTER SLAVE
eth1 (interno) - OK eth1 (interno) - OK
eth2 (cross-over) - DROP eth2 (cross-over) - OK
CONEXAO OK
eth1 (interno) - OK eth1 (interno) - DROP
eth2 (cross-over) - OK eth2 (cross-over) - OK
CONEXAO OK
eth1 (interno) - OK eth1 (interno) - OK
eth2 (cross-over) - OK eth2 (cross-over) - DROP
CONEXAO OK
eth1 (interno) - DROP eth1 (interno) - OK
eth2 (cross-over) - OK eth2 (cross-over) - OK
CAIU
eth1 (interno) - DROP eth1 (interno) - OK
eth2 (cross-over) - DROP eth2 (cross-over) - OK
CAIU
eth1 (interno) - DROP eth1 (interno) - OK
eth2 (cross-over) - DROP eth2 (cross-over) - DROP
CAIU
eth1 (interno) - DROP eth1 (interno) - DROP
eth2 (cross-over) - DROP eth2 (cross-over) - OK
NAO VAI SUBIR
Valeu!
Gilmar Cabral wrote:
> 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
>
>
_______________________________________________
Linux-HA mailing list
[email protected]
http://listas.linuxchix.org.br/mailman/listinfo/linux-ha
