On 14-10-2015 06:07, Sergio Lopes wrote:
Estou usando o FreeBSD 10.1 com 2 interfaces de 1GB e estou com o mesmo problema usando LACPRepara também no load como que sobe. Tenta usar o 10.1-stable que to usando e vê se resolve seu problema:igb2: Interface stopped DISTRIBUTING, possible flapping igb4: Interface stopped DISTRIBUTING, possible flappingCada vez que o problema ocorre o tráfego da interface de um sentido comuta para outra interface, fazendo com que o usuário perceba uma queda de 5 segundos.Quando mudo para roundrobin e removo o lacp do FreeBSD e do Switch ai fica normal.
10.1-STABLE r281235
Vinícius Zavam escreveu:2015-10-04 9:59 GMT-03:00 Marcelo Gondim<[email protected]>:On 21-09-2015 09:23, Marcelo Gondim wrote:On 21-09-2015 08:27, Antonio Modesto wrote:On 09/21/15 08:23, Antonio Modesto wrote:On 09/17/15 15:22, Marcelo Gondim wrote:On 17-09-2015 11:51, Luiz Otavio O Souza wrote:2015-09-15 11:59 GMT-03:00 Marcelo Gondim:Opa Danilo,Pois é e a única coisa que tenho é a revisão que funciona perfeito no 10.1-stable. Não sei se é simples achar a mudança entre as versõesque saíram mas algo mudou nesse meio do caminho destruiu meu cenário. Outra recente também que descobri e que sofri por muito mas muito tempo. Não sei se lembram dessa thread [1] que abri em abril do ano passado. Sabe qual era a solução desse problema? Colocar um simples: gateway_enable="YES" no /etc/rc.conf Ou seja, mesmo colocando o net.inet.ip.forwarding=1 se você não colocar essa instrução no rc.conf e mandar criar uma vlan, simplesmente seu roteamentopara completamente. Só reiniciando a máquina. Agora me diga porque o roteamento para de funcionar quando faço um ifconfig vlanX create seeu não tiver o gateway_enable no rc.conf? Onde que isso está escrito? Fiquei meses com esse problema e agora não tenho mais.Pior é que os caras que me responderam isso na lista acham que issonão é umbug. Só teve 1 que achou que era um bug. Não faz sentido algum isso. Podem fazer esse teste. Peguem um FreeBSD 10.x coloquem 2 interfacesde redepra fazer o roteamento de um lado pra outro e setem umas vlans. Sem oparâmetro acima experimentem fazer um simples: # ifconfig vlan200 createDepois tentem pingar de uma rede pra outra. Não vai nem à pau. Agorasecolocarem o parâmetro acima no rc.conf vocês podem criar vlans semproblemas. São essas coisas que matam a gente. [1]http://www.fug.com.br/historico/html/freebsd/2014-04/msg00154.htmlOpa Gondim, Nós entendemos e sabemos o quanto é frustante aguardar (sem um ETA definido) uma resposta ou uma correção nesses casos (eu também já estive nessa posição).É sempre importante lembrar que o projeto trabalha com voluntários, há muita pouca gente lá que é paga pra fazer algum serviço ou para ser responsável por determinada area, então mesmo com toda frustração éimportante manter uma atitude positiva.Pessoas com a atitude positiva se relacionam melhor com a comunidade e se relacionando bem as pessoas vão se lembrar de você. Lembre-se, é tudo uma questão de como você interage com o projeto. O projeto estasempre acompanhando as pessoas, todo contribuidor eventual é um possível desenvolvedor.Mesmo com todos esses problemas, eu aposto que você ainda tem muitomais chances de ter o seu problema resolvido no FreeBSD do que nomikrotik ou no Windows (mesmo os últimos dois sendo pagos), reporte umproblema lá e depois me diga quando foram resolvidos ;-)Bom, quanto a esse problema do gateway_enable, esta correto, apenasadicionando o net.inet.ip.forwarding=1 não é o bastante para que osistema funcione, existem casos onde os scripts rc vão reescrever essa sysctl e a única forma de você instruir os scripts para fazer a coisacerta é através da variável gateway_enable.O roteamento para de funcionar porque quando você cria a vlan ele setaa sysctl de volta pra 0, pode fazer o teste. Basta setar a sysctl novamente para tudo voltar a funcionar, não precisa reiniciar.Contribua com a documentação do projeto, deixe isso escrito e claropara que outras pessoas não tenham a mesma dificuldade. Grande LooS :)Só desanima mas continuo na guerra rsrsrsrsEntão pois é. Eu vi que a sysctl voltava pra 0 mas mesmo setando pra 1 não voltava à funcionar. Uma doideira mesmo. Só voltava o sistema quandoreiniciado e como estava em produção não deu pra fazer mais testes, infelizmente. Só achei estranho isso acontecer.Não sei se ele altera alguma outra sysctl que seria o motivo de parar.Fala Gondim. Essa questão do sysctl realmente não acho que seja um comportamento exótico, já que não existe sentido em não ter ogateway_enable="YES" no rc.conf se você não precisa de roteamento. Agora esses problemas com o lagg realmente devem ser osso. Mal lhe pergunte, não seria viável usar interfaces 10G diretamente? Digo isso pois apesar de olagg ser um recurso muito útil, acredito que ter interfaces boas comdrivers bem testados seja mais recomendado para um ambiente crítico como oseu.Corrigindo: Se você precisa de roteamento. =)Bom dia Modesto,Sim essa semana eu vou passar os 3Gbps de IX-SP + 2Gbps Link IP Internexa para uma porta de 10GbE e um link de 2Gbps com a Level3 para a outra porta de 10GbE de uma Intel X520-SR2. Dessa forma eu mato 2 laggs que tenho. Pena que depois disso não vou mais saber se esse problema do lagg foi resolvido porque não terei mais nenhum lagg para checar. De qualquer forma deixei anotado a revisão do 10.1-stable que estava tudo funcionando, para o casode algum dia eu voltar à precisar. Bom dia pessoal,Egypcio sabe se recentemente descobriram algum problema que afetava a performance do FreeBSD 10.2? Porque conversando com outro amigo meu eletambém estava tendo problemas de performance e quando falei pra ele usar o 10.1-STABLE, que to usando, o problema dele acabou. Ou seja, to achando queesse meu problema está relacionado à performance geral do sistema.Porque no último teste que fiz; quando eu ligava o servidor e começava àcarregar o OpenBGP o load ia em 20.x até carregar tudo e depois ficavadando problema com load alto. Com a versão 10.1-STABLE, que não largo até que isso seja resolvido, quando carrega o OpenBGP fica com load baixo de nomáximo 4.x. Só aí já é claro um problema no sistema como um todo. Algo mudou que afetou a performance dele.Sabe se recentemente descobriram e corrigiram algo nesse sentido? Porque sinceramente isso é coisa pra sair inclusive nota avisando e alteração noreleng. []'s Gondim<https://www.fug.com.br/mailman/listinfo/freebsd>gondim,isso daí é algo que, assim como você, eu também teria de sentar com tempo e calma pra escovar com ajuda de ferramentas de stress, benchmark e algumasRFC; 2544, por exemplo (se não me engano). "adota essa criança" e ajuda o projeto a identificar o que está ruim praquem utiliza stable/10. quanto mais detalhes e informações forem coletadase reportadas, melhor. certamente uma sugestão de correção com patchestambém ajuda. infelizmente eu não chego nem perto de ter como reproduzir ocenário (não tenho máquinas, nem infraestrutura, que estejam disponíveis pra isso). [ ] ' s
------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
