[FUG-BR] ALTQ + Intel Drivers.

[Bruno Araújo]

Em 21/05/2013, às 22:59, Marcelo Gondim <gondim em bsdinfo.com.br> escreveu:

> Em 21/05/13 19:56, Bruno Araújo escreveu:
>> Em 21/05/2013, às 19:38, Marcelo Gondim <gondim em bsdinfo.com.br> escreveu:
>> 
>>> Em 21/05/13 18:14, Renato Botelho escreveu:
>>>> On 05/21/2013 04:52 PM, Bruno Araújo wrote:
>>>>> Em 21/05/2013, às 16:32, Renato Botelho <rbgarga em gmail.com> escreveu:
>>>>> 
>>>>>> On 05/21/2013 04:28 PM, Marcelo Gondim wrote:
>>>>>>> Em 21/05/13 15:52, Renato Botelho escreveu:
>>>>>>>> On 05/21/2013 02:57 PM, vic wrote:
>>>>>>>>> Em 2013-05-21 12:01, Luiz Gustavo Costa escreveu:
>>>>>>>>>> EXATAMENTE garga !!! eu sou um que to doido pra ver o vimage 100% !!
>>>>>>>>>> mas
>>>>>>>>>> ele ainda é experimental e as panes são normais.
>>>>>>>>>> 
>>>>>>>>>> isso tá bem documentado.
>>>>>>>>>> 
>>>>>>>>>> eu acho que a dedicação agora esteja no bhyve (Acho que é assim que
>>>>>>>>>> escreve :p)
>>>>>>>>>> 
>>>>>>>>> Sim, é experimental, mas eu tenho usado com sucesso o vimage. Contudo
>>>>>>>>> esqueça de usar o pf ou algum módulo externo do FreeBSD (como o
>>>>>>>>> virtualbox por exemplo).
>>>>>>>>> 
>>>>>>>>> Meu ambiente está rodando FreeBSD 9.1 + vimage + RCTL (esse último
>>>>>>>>> compilado mas não está em uso) e está funcionando à 128 dias sem parar e
>>>>>>>>> com 7 jails.
>>>>>>>> Ah sim, o fato de ser experimental não quer dizer que absolutamente não
>>>>>>>> irá funcionar. Serve mais pra te alertar que pode dar problema, que não
>>>>>>>> é estável.
>>>>>>>> 
>>>>>>>> É que do jeito que o Marcelo colocou ficou parecendo que o FreeBSD 9.1
>>>>>>>> não está estável, sendo que ele optou por usar algo experimental. Quando
>>>>>>>> você faz essa escolha está sujeito as consequências :)
>>>>>>>> 
>>>>>>>> []s
>>>>>>> Sim é mesmo Renato, mas tipo foi mais como exemplo. O OSPF também dava
>>>>>>> uns paus no curso que fiz na FreeBSD Brasil e que parecia de longa data
>>>>>>> o bug. O uso do ntfs com leitura e escrita também dava um monte de
>>>>>>> kernel panic. Não sei agora como está.
>>>>>> OSPF é um pacote não? Então não dá pra dizer o que SO tá instável por
>>>>>> conta de um pacote. NTFS pra leitura e escrita é um módulo nativo do
>>>>>> kernel ou é FUSE? Se for FUSE eu acho que cai no mesmo caso do OSPF.
>>>>>> 
>>>>>>> Teve kernel panic que descobri também no geom mas esse foi corrigido
>>>>>>> rápido. Tenho tido hardwares rebootando do nada e sem gerar qualquer
>>>>>>> dump no /var/crash. Esse problema do crash vi alguns relatos também, que
>>>>>>> mesmo habilitando não funcionava em alguns casos. Mas tipo isso é só uma
>>>>>>> preocupação que estou tendo. Todos os meus servidores em produção estão
>>>>>>> rodando muito bem e sem reboots.
>>>>>>> Meu medo é termos algo que aconteceu na versão 5.0, que eu não
>>>>>>> vivenciei, mas que muitos tiveram problemas.
>>>>>> Esses crashs estranhos e sem explicação são coisas que têm que ser
>>>>>> diagnosticadas, e em muitos casos no final o problema tá no hardware.
>>>>>> Sugiro habilitar debugs no kernel e ver se consegue algo.
>>>>>> 
>>>>>> Sobre o que aconteceu no 5.0, foi uma história bem diferente, e acredito
>>>>>> que o time aprendeu com o erro, uma versão com tantas mudanças como
>>>>>> ocorreu do 4 pro 5 não deve acontecer mais.
>>>>>> 
>>>>> Quando um mero pacote ou software derruba o S.O. não é uma falha grave do S.O?
>>>> Isso é relativo, o FUSE por exemplo é um pacote que compila um módulo de
>>>> kernel, não vejo o fato de um módulo de kernel derrubar o SO como algo
>>>> falho do SO. Mas fica difícil falar pois não tenho detalhes sobre os bugs.
>>>> 
>>> Opa Renato,
>>> 
>>> Esse lance do fuse depois que fiz um pr, rapidamente foi corrigido. Era
>>> um bug sinistro mesmo. Porque era só montar a partição ntfs e começar à
>>> copiar para dar um panic e o sistema reiniciar. Mas acho que pouca gente
>>> devia estar usando esse cara porque o panic era instantâneo mesmo. Bem
>>> esse foi resolvido rápido.
>>> Agora esse race condition que é brabo porque ele está lá em algum lugar
>>> e tipo não posso colocar um server e pendurar 4000 assinantes nele
>>> sabendo que se alguém na minha rede fizer um ataque de login incorreto
>>> por um certo tempo, vai causar um kernel panic derrubando os meus 4000
>>> assinantes. Eu fiz uma atualização ontem no sistema e parece que não
>>> ocorreu mais mas ainda quero testar mais e ter certeza.
>>> Vou testar com o 8.3 ainda pra saber se isso é só do 9.1. Não tenho o
>>> que reclamar do Freeba todos os meus servidores estão 100% estáveis. Só
>>> tive mesmo esses pipoucos estranhos em alguns testes e fiquei preocupado.
>>> 
>>> Grande abraço à todos
>>> 
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> Por favor poste o resulta pois quero substituir um concentrador pppoe mikrotik por freebsd.
>> A única coisa que ainda tá pegando é o controle de tráfego dinâmico com pf + mdp; o routeros está muito impreciso aqui.
>> 
>> 
>> _______________
>> Bruno Araújo
>> 
>> Antes de imprimir, verifique se tem papel e tinta suficiente na impressora.
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> 
> Bruno eu fiz uma thread sobre isso, inclusive coloquei até as minhas 
> confs, mas eu uso o ipfw.
> 
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Eu ví. Me poupou muita pesquisa acerca do mdp como servidor pppoe + freeradius.


_______________
Bruno Araújo

Antes de imprimir, verifique se tem papel e tinta suficiente na impressora.