Em 21-05-2013 16:52, Bruno Araújo escreveu:
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:* Renato Botelho (rbga...@gmail.com) wrote:Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsdIsso mesmo Indio, confundi com a jail em si mas é o vimage. :)Posso estar enganado, mas até onde sei o VIMAGE é considerado experimental, não é?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 :) []sSim é 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. -- Renato Botelho ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsdQuando um mero pacote ou software derruba o S.O. não é uma falha grave do S.O? _______________ 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
Colegas,Vou falar um pouco da experiência que vivencio aqui com FreeBSD de diversas versões sem flames espero... O FreeBSD é um sistema que vem incorporando diversas mudanças tecnológicas como suporte a GPU, SMP de verdade, ZFS, dentre tantos outros conhecidos aqui... Isso significa que o FreeBSD está na vanguarda e quem está neste estágio corre alguns riscos, experimentando algumas novidades. Aí é o q entra o papel da comunidade que é testar, avaliar, coletar informações e reportar aos desenvolvedores que certamente como sempre darão o melhor de si para corrigir e acertar. Este é o ciclo de desenvolvimento e temos que respeitar suas limitações, sejam de recursos humanos, físicos, financeiros dentre tantos outros. E aí temos que agir com bom senso como bons administradores de rede... Fico tentado as vezes a migrar para usar a versão 9.. Leio em detalhes /usr/src/UPDATING, comparo, venho na lista e vejo o que os colegas estão fazendo, mas vejo que as vezes é melhor ser conservador e não sair sequer da 8.2... E as vezes vou de 9-CURRENT pra atender uma demanda específica mesmo sendo alertado sobre algo EXPERIMENTAL. Temos as melhores e mais estáveis ferramentas disponíveis em termos de sistema operacional senão a melhor delas...O desafio é fazer o melhor uso delas e para isso temos que saber fazer as escolhas certas. PF + ALTQ + Placa Intel ( driver em ) no meu caso funciona muito bem mas ainda estou na 8.2 e vou ficar com ela ainda por um bom tempo porque disponibilidade pra mim é a chave do meu negócio. e olhe que ainda ouso usando FLOWTABLE, CPU AFFinity dentre outras coisas interessantes do FreeBSD.
Meus 0.02 cents. -- Cordialmente, Ricardo Ferreira Meios de Pagamento - Tecnologia IP Telecom, Tecnologia e Segurança da Informação ------------------------------------------------------------------- Sotech Soluções Tecnologicas Rua da Alfazema, 761, 1o. andar - 102/103 41820-710 - Caminho das Árvores - Salvador-BA - Brasil Tel : 55 71 3472.9400 Cel : 55 71 9138 4630 Email:ricardo.ferre...@sotech.com.br Site: www.sotech.com.br Esta mensagem é dirigida apenas ao seu destinatário e pode conter informações confidenciais, não passíveis de divulgação nos termos da legislação em vigor. Caso tenha recebido esta mensagem por engano, solicitamos notificar a Sotech Soluções Tecnológicas e excluí-la de sua caixa postal. This message, including its attachments, may contain confidential information. If you have improperly received this message, please delete it from your system and notify immediately the sender. Any form of utilization, reproduction, forward, alteration, distribution and/or disclosure of this content in whole or in part, without the prior written authorization of the sender, is strictly prohibited. Thanks for your cooperation.
<<attachment: ricardo_ferreira.vcf>>
------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
