Não vou discutir os flames, porém em [1] vocês notam que quando a gente fala que **pode** ter algo errado com o FreeBSD, o pessoal toma como ataque pessoal. Eu sou da opinião que nada é perfeito e pode ter algo de errado, seja do sistema, seja do hardware, seja do técnico e o meu papel como analista e assinante da lista é tentar descobrir para tudo funcionar de acordo e todos dormirem alegres :-)
Entre máquinas que eu administro e máquina de cliente deve ter passado na minha mão uns 20 servidores este ano, desde DELL R210 até DELL R710, passou IBM xSeries, a nova linha M2, passou máquina montada por cliente e o comportamento é instável no que tange placas igb. Em alguns com placas igb, a igb0 e igb1 funciona e ao ativar a 2 e 3, elas informam exatamente o que o Eduardo descreveu[2]. Em outras máquinas, as 4 sobem e respondem a pings, mas misteriosamente aparece "arpresolve: can't allocate llinfo". A solução para mim foi isto[3]. Agora o driver igb tem algo de errado sim, porque se notar o que o Eduardo descreveu aqui[4] o HEAD está com versão mais nova ainda. Eu não testei esta versão do driver, ficar testando em produção é complicado. Agora o fato é, se eu pegar um CD do FreeBSD 8.1, instalar, nenhum, repito, NENHUM destes problemas ocorrem. Então tem muito fato concreto indicando que algo ocorre. Eu também duvidei muito desta afirmação, afinal eu sempre fiz update de freebsd de olho fechado e depois de todo este drama, peguei um cluster com OPENBGPD + CARP + PFSYNC e atualizei uma máquina do 8.1 para o 8.2, que possui igb. Como era de se esperar, as placas igb ficaram estranhas. Downgrade pro 8.1 de novo(dump/restore) e o cluster ficou 100%. Quanto ao BGP, tem que dar uma verificada, mas talvez seja algo na hora que bgpsimple injeta as rotas. Eduardo, Quando o bgp sobe, sem as rotas serem injetadas, tudo fica OK? Não daria para você ao inves de usar o bgpsimple, fechar uma sessao ospfd com a outra máquina e entregar as rotas que o ospf aprendeu pro bgp? Seria algo tipo este cenário[5]. Pergunto isto porque tive um problema de má configuraçaõ que resultava em panic: OPENBGPD + OPENOSPFD + MIKROTIK + PPPoE. Erroneamente o Mikrotik estava programado para entregar as rotas /32 da sessao pppoe pro ospfd(ele não agregava). o bgpd estava com o filtro aceitando somente entre /8 e /24, o feijão com arroz. Daí o Mikrotik jogava os /32 pro ospf, o ospfd entregava na rede toda(e haja memória...) mas na hora que entregava pro servidor bgp, ele descartava e gerava os logs no messages. Mas chegava uma hora que não sei porque dava panic. Foi parar o ospfd que isto não acontecia. Depois, ao descobrir o erro da agregação, tudo funciona 100%. [1] http://www.mail-archive.com/freebsd@fug.com.br/msg56148.html [2] http://www.mail-archive.com/freebsd@fug.com.br/msg60734.html [3] http://lists.freebsd.org/pipermail/freebsd-stable/2010-October/059541.html [4] http://www.fug.com.br/historico/html/freebsd/2011-02/msg00357.html [5] http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800943c5.shtml -----Mensagem Original----- From: Lucas Dias Sent: Wednesday, March 02, 2011 12:54 AM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] Não usem FBSD-8x como router !!! Senhores Flames não resolveram o problema de ninguém. Essa lista é para colaboração e ajuda mútua. Sempre vejo todos conseguindo resolver seus problemas aqui. Sempre alguém consegue resposta, ou se não consegue resolver, pelo menos aprende algo. Sou novato com FreeBSD mas pelo que já estudei, sei que ele é capaz de fazer praticamente qualquer coisa. Toda e qualquer solução robusta que envolva networking tem algo BSD no meio. Pelo que sei, as placas Intel apresentam melhor performance que as demais porque temos Engenheiros da Intel desenvolvendo os drivers, sem "xunxos" para o FreeBSD e que conhecem FreeBSD. Isso, contudo não significa que não á joio no meio do trigo. Vai que você tenha sido "premiado" com uma placa igb "bixada". Já aconteceu comigo, problemas semelhantes, não com a igb, com outras NICs que foram compradas todas no mesmo lugar, da mesma marca (sk - 3Com véia de guerra) e ainda sim, uma foi a "premiada". Trocamos e tudo funcionou. Acho que a única coisa que a lista não deve ter gostado foi o fato de se ver uma mensagem tão impactante de um S.O que tem mais de 10 anos de desenvolvimento por Engenheiros de alta capacidade. Não é a toa que todos pegam uma carona em algo feito em FreeBSD ou do mundo BSD. Windão que o diga. No Flames, por favor =) Acompanho a lista e vi você na batalha tentando fazer o que você quer fazer funcionar. Que é trabalhar com BGP entre outras tecnologias para roteamento avançado. Também vi alguns aqui na lista [1] um amigo que está usando Quagga(BGP) + FreeBSD 8.1 com um link de 250Mbps com uptime de 392 dias, em cima de um Servidor Dell com 2GB RAM, Processador Intel® Core™ I3 540 (Acredito que seja um Dell PowerEdge T110). Sei que não é Intel ibg, é Broadcom, mas está funcionando como Router a mais de 392 dias. Não tenho literatura pra falar que o FreeBSD 8.x esteja não esteja tão bem com placas igb, mas tem gente aqui na lista que poderá. Tomo a liberdade para perguntar, você já trocou de placa e verificou se o problema continuou? Ou até mesmo de Hardware? Tais atitudes podem ser demais para a sua situação, mas em se tratando de hardware que pode estar funcionando, mas na verdade tem algum problema, nem mesmo um dos mais seguros, robustos e confiáveis sistemas de computação da atualidade dará jeito. Abraços e o FUG-BR está aqui pra ajudar a todos que procurarem. [1] http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html -- .:: Lucas Dias .:: Analista de Sistemas .:: Gerência de Redes - CETIS / GTIN / UNCISAL .:: OS3 Soluções em TI .:: (82) 3315-6779 / 8833-8811 / 8813-1494 / 8111-2288 .:: Antes de imprimir, veja se realmente é necessário ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
