Re: [FUG-BR] Problemas com CARP
Não, nenhum bloqueio em nenhum dos dois hosts... do jeito q instalei o bsd, já compilei para o carp e estou testando... para só depois dar continuidade... vou fazer alguns testes com outros switch, placa de rede alguma coisa deve estar errada! Valeu! 2008/4/14 Giancarlo Rubio [EMAIL PROTECTED]: que mal lhe pergunte nao tem algum bloqueio no pf ou algo assim Em 14/04/08, Danilo Bedani[EMAIL PROTECTED] escreveu: Correto, eu tenho essas opções nos dois hosts... net.inet.carp.allow=1 net.inet.carp.preempt=1 net.inet.carp.log=1 net.inet.carp.arpbalance=1 net.inet.carp.suppress_preempt=0 então, como vc disse, o menor advskew vai assumir sempre, ou re-assumir... 2008/4/14 c0re dumped [EMAIL PROTECTED]: Se vc nao estiver com net.inet.carp.preempt com o valor de 1, esse comportamento normal. Tenha em mente que apenas o master envia os advertisements. Se vc estiver com o net.inet.carp.preempt=0, o ultimo que assumir sempre ficará como master, independentemente de ter um advskew menor. Se voce setar o net.inet.carp.preempt pra 1, o cara com o advskew menor sempre vai assumir (ou re-assumir, caso falhe). 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Vou fazer o teste na mão, pra ver oq acontece... mas os cabos estão sim no mesmo segmento vlan... é um switch simples...não gerenciável... valeu pelo toque aew... 2008/4/14 c0re dumped [EMAIL PROTECTED]: 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Que mal lhe pergunte, qual é o modelo do switch ? Via de regra, switches L2 tratam multicasts da mesma forma que broadcasts: enviam para todas as portas. Seria bom dar uma olhada no site do fabricante e ver se as specs do produto informam o adequado suporte a multicast (acho muito dificil ue não suporte). No mais, já tentou levantar ambas as placas na mão e ver se no /var/log/messages aparece alguma mensagem incomum ? -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Bom, vamos lá.. tenho algumas novidades aqui... estou utilizando um switch 3com Office, aqueles mais simplesinhos de 5 portas... qdo dou o comando tcpdump proto carp no host A, tenho o seguinte: host1# tcpdump proto carp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on xl0, link-type EN10MB (Ethernet), capture size 96 bytes 09:07:11.843206 IP 189.14.XX.BB 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 09:07:12.300533 IP 189.14.XX.AA 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 0, authtype none, intvl 1s, length 36 09:07:13.235196 IP 189.14.XX.BB 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 09:07:13.301546 IP 189.14.XX.AA 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 0, authtype none, intvl 1s, length 36 E no host B: host2# tcpdump proto carp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 09:08:11.984769 IP 189.14.XX.BB 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 09:08:13.376750 IP 189.14.XX.BB 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 09:08:14.768734 IP 189.14.XX.BB 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 Já levantei as interfaces na mão, mas mesmo assim nada... e no /var/log/messages, tenho o seguinte: Host A Apr 15 09:08:13 host1 kernel: carp0: incorrect hash Apr 15 09:08:45 host1 last message repeated 23 times e no Host B não tenho nenhuma saída dessa.. A diferença entre as duas, é que a host A é 7.0-STABLE e a B é Release... Estou procurando pra ver oq pode ser este problema incorrect hash valeu! On Tue, Apr 15, 2008 at 8:44 AM, c0re dumped [EMAIL PROTECTED] wrote: Que mal lhe pergunte, qual é o modelo do switch ? Via de regra, switches L2 tratam multicasts da mesma forma que broadcasts: enviam para todas as portas. Seria bom dar uma olhada no site do fabricante e ver se as specs do produto informam o adequado suporte a multicast (acho muito dificil ue não suporte). No mais, já tentou levantar ambas as placas na mão e ver se no /var/log/messages aparece alguma mensagem incomum ? -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Incorrect hash é quando os pass então com valores diferentes, em uma das maquinas. Eu tive essa mesma mensagem quando tentei fazer ip load balancing no Free. Depois descobri que só funciona no OpenBSD. Não sei se seria o caso, mas tentaria desabilitar o arp load balancing. Seta ele pra 0 levanta as interfaces na mão e vê o que acontece. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Beleza, consegui resolver o problema aqui... no Host B, estava usando a placa de rede onboard, que é uma Realtek Gigabit.. e por algum motivo, driver talvez, não estava funcionando os anuncios multicast... coloquei uma 3com off e funcionou de primeira! segue abaixo pciconf -lv do hardware... a NIC onboard que não funcionou: [EMAIL PROTECTED]:2:0:0: class=0x02 card=0x81aa1043 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet Aos que ajudaram, obrigado!! Até mais! On Tue, Apr 15, 2008 at 9:19 AM, c0re dumped [EMAIL PROTECTED] wrote: Incorrect hash é quando os pass então com valores diferentes, em uma das maquinas. Eu tive essa mesma mensagem quando tentei fazer ip load balancing no Free. Depois descobri que só funciona no OpenBSD. Não sei se seria o caso, mas tentaria desabilitar o arp load balancing. Seta ele pra 0 levanta as interfaces na mão e vê o que acontece. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com CARP
Pessoal, estou com um problema com Carp... O host que deve ser backup (B), qdo ele sobe, ele já entra como master... se eu tiro o cabo dele, ele fica como backup e depois vira Master... seguem minhas confs.. No host A, configurei o seguinte: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 0 189.XX.YY.ZZ/27 e no host B: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 100 189.XX.YY.ZZ/27 Estou batendo a cabeça com isso o dia todo, e já fiz todas as combinações possíveis, e não chego a nenhum resultado... Alguém já passou por isso?? Valeu! -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? =] 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Pessoal, estou com um problema com Carp... O host que deve ser backup (B), qdo ele sobe, ele já entra como master... se eu tiro o cabo dele, ele fica como backup e depois vira Master... seguem minhas confs.. No host A, configurei o seguinte: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 0 189.XX.YY.ZZ/27 e no host B: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 100 189.XX.YY.ZZ/27 Estou batendo a cabeça com isso o dia todo, e já fiz todas as combinações possíveis, e não chego a nenhum resultado... Alguém já passou por isso?? Valeu! -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Pessoal, estou com um problema com Carp... O host que deve ser backup (B), qdo ele sobe, ele já entra como master... se eu tiro o cabo dele, ele fica como backup e depois vira Master... seguem minhas confs.. No host A, configurei o seguinte: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 0 189.XX.YY.ZZ/27 e no host B: cloned_interfaces=carp0 ifconfig_carp0=vhid 3 pass secret advbase 5 advskew 100 189.XX.YY.ZZ/27 Estou batendo a cabeça com isso o dia todo, e já fiz todas as combinações possíveis, e não chego a nenhum resultado... Alguém já passou por isso?? Valeu! Não uso o rc.conf (no caso do carp), pois devido as peculiaridades do meu ambiente tenho que levantar alguns serviçoes em um ordem especifica, mas o comando certo não seria: cloned_interfaces=carp0 ifconfig_carp0=inet 189.XX.YY.ZZ/27 vhid 3 pass secret advbase 5 advskew 100 No caso do meu script uso o seguinte: ifconfig carp0 create ifconfig carp0 inet 200.XX.AA.YY netmask 255.255.255.224 vhid 60 advskew 100 pass blablabla up Sem contar que o meu net.inet.carp.preempt não está ativado, ou seja, o primario nao assume, mesmo apos uma queda ainda que um cara com advskew mais alto esteja como master. Já tentou levantar o as interfaces carp na mão e ver o que acontece ? Outra coisa que parece meio boba, mas vc já viu se os dois cabos que fazem os advertisements estão no mesmo segmento / vlan ? -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Vou fazer o teste na mão, pra ver oq acontece... mas os cabos estão sim no mesmo segmento vlan... é um switch simples...não gerenciável... valeu pelo toque aew... 2008/4/14 c0re dumped [EMAIL PROTECTED]: 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Se vc nao estiver com net.inet.carp.preempt com o valor de 1, esse comportamento normal. Tenha em mente que apenas o master envia os advertisements. Se vc estiver com o net.inet.carp.preempt=0, o ultimo que assumir sempre ficará como master, independentemente de ter um advskew menor. Se voce setar o net.inet.carp.preempt pra 1, o cara com o advskew menor sempre vai assumir (ou re-assumir, caso falhe). 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Vou fazer o teste na mão, pra ver oq acontece... mas os cabos estão sim no mesmo segmento vlan... é um switch simples...não gerenciável... valeu pelo toque aew... 2008/4/14 c0re dumped [EMAIL PROTECTED]: 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
Correto, eu tenho essas opções nos dois hosts... net.inet.carp.allow=1 net.inet.carp.preempt=1 net.inet.carp.log=1 net.inet.carp.arpbalance=1 net.inet.carp.suppress_preempt=0 então, como vc disse, o menor advskew vai assumir sempre, ou re-assumir... 2008/4/14 c0re dumped [EMAIL PROTECTED]: Se vc nao estiver com net.inet.carp.preempt com o valor de 1, esse comportamento normal. Tenha em mente que apenas o master envia os advertisements. Se vc estiver com o net.inet.carp.preempt=0, o ultimo que assumir sempre ficará como master, independentemente de ter um advskew menor. Se voce setar o net.inet.carp.preempt pra 1, o cara com o advskew menor sempre vai assumir (ou re-assumir, caso falhe). 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Vou fazer o teste na mão, pra ver oq acontece... mas os cabos estão sim no mesmo segmento vlan... é um switch simples...não gerenciável... valeu pelo toque aew... 2008/4/14 c0re dumped [EMAIL PROTECTED]: 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com CARP
que mal lhe pergunte nao tem algum bloqueio no pf ou algo assim Em 14/04/08, Danilo Bedani[EMAIL PROTECTED] escreveu: Correto, eu tenho essas opções nos dois hosts... net.inet.carp.allow=1 net.inet.carp.preempt=1 net.inet.carp.log=1 net.inet.carp.arpbalance=1 net.inet.carp.suppress_preempt=0 então, como vc disse, o menor advskew vai assumir sempre, ou re-assumir... 2008/4/14 c0re dumped [EMAIL PROTECTED]: Se vc nao estiver com net.inet.carp.preempt com o valor de 1, esse comportamento normal. Tenha em mente que apenas o master envia os advertisements. Se vc estiver com o net.inet.carp.preempt=0, o ultimo que assumir sempre ficará como master, independentemente de ter um advskew menor. Se voce setar o net.inet.carp.preempt pra 1, o cara com o advskew menor sempre vai assumir (ou re-assumir, caso falhe). 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Vou fazer o teste na mão, pra ver oq acontece... mas os cabos estão sim no mesmo segmento vlan... é um switch simples...não gerenciável... valeu pelo toque aew... 2008/4/14 c0re dumped [EMAIL PROTECTED]: 2008/4/14 Danilo Bedani [EMAIL PROTECTED]: Uma coisa que peguei agora, usando tcpdump proto carp, é q o host A está recebendo os anúncios do host B, mas o contrário não acontece... Ou seja, o B pensa q ele é master pq não ouve mais ngm... Se o carp trabalha com anúncios Broadcast, o q pode estar acontecendo?? O carp trabalha com multicasts (se fosse com broadcasts, inundaria tua rede) De uma olhada nos cabos e vejam se estão na mesma vlan / segmento. Pelo visto não estão. -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- http://www.webcrunchers.com/crunch/ http://www.myspace.com/whippersnappermusic http://www.purevolume.com/whippersnapper - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Danilo Bedani FreeBSD UniX TeAm [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
