Em 21/05/2013, às 22:59, Marcelo Gondim <gon...@bsdinfo.com.br> escreveu:
> Em 21/05/13 19:56, Bruno Araújo escreveu: >> Em 21/05/2013, às 19:38, Marcelo Gondim <gon...@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 <rbga...@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. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
