Só complementando um pouco sobre a discussão de usar CentOS, apesar de ser
o mesmo q o RHEL, a demora em atualizar levou muita gente a escolher outra
distro q faz a mesma coisa e tem sido muito ativa nos lançamentos, o
Scientific Linux [1]. Dê uma olhada.
[]'s
Teseu
[1] -
Em 10 de julho de 2013 12:57, PLUS TECNOLOGIA
<albertoleandro(a)ibest.com.br>escreveu:
Sem acordo... Essa página eu também já havia visto. Driver mesmo, não
tem
nada.
Grato
Em 10 de julho de 2013 12:52, Filipe Rosset <rosset.filipe(a)gmail.com>escreveu:
>
http://www.dell.com/downloads/global/products/pvaul/en/dell-perc-h310-spe...
>
> Rhel 5.7 6.1
>
> Talvez algum firmware adicional seja necessário para funcionar no F19...
>
> Sent from my iPhone
>
> On 10/07/2013, at 12:30, PLUS TECNOLOGIA <albertoleandro(a)ibest.com.br>
> wrote:
>
> Pessoal
>
> Muito bom participar do grupo de discussão de vocês e vi que todos estão
> extremamente informados em diversos níveis. Diante das informações que
> vocês auferem todos os dias, alguém saberia me dizer se existe algum driver
> para a controladora Dell Perc H310? Felizmente ou infelizmente preciso
> utilizar o Fedora nesse momento.
>
> Se alguém puder me ajudar, agradeço.
>
> Um abraço.
>
>
> Em 10 de julho de 2013 12:26, Marcel Ribeiro Dantas
<<ribeirodantasdm(a)gmail.com>
> ribeirodantasdm(a)gmail.com> escreveu:
>
>> Fernando,
>>
>> Desatualizado? Então até nisso o Cent Os está desatualizado? Porque a
>> informação das 4 semanas é *deles*. Não fui eu que inventei.
>>
>> O que deveria ser uma thread informativa para ajudar o Gabriel, deve ter
>> acabado confundindo mais do que ajudando.
>>
>> Eu repito o que eu disse Gabriel, a melhor ferramenta é a que você
>> consegue desempenhar melhor suas atividades. Você pode usar qualquer coisa
>> e mesmo assim ter um servidor estável, seguro e robusto.
>> No entanto, utilizar um sistema operacional que foi feito para atender
>> as necessidades de um servidor torna mais fácil e segura essa atividade. Um
>> usuário super experiente pode transformar qualquer coisa em um servidor de
>> alto nível, mas para pessoas não tão experientes eu indico seguir essa
>> linha.
>>
>> No geral, eu continuo acreditando que minhas sugestões são cabíveis. De
>> todo modo, se você quiser uma opinião mais segura, detalhe seu ambiente e
>> quais serão as funções do servidor para que possamos te dar uma sugestão
>> mais sólida.
>>
>> Abraço,
>>
>>
>>
>>
>> Em 10 de julho de 2013 13:12, Fernando Lozano <
<fernando(a)lozano.eti.br>
>> fernando(a)lozano.eti.br> escreveu:
>>
>>> Oi,
>>>
>>> Em 10 de julho de 2013 12:10, Fernando Lozano
<<fernando(a)lozano.eti.br>
>>> fernando(a)lozano.eti.br> escreveu:
>>>
>>>> Se o prazo para liberação de pacotes é problema, Fedora sempre vai ser
>>>> o
>>>> mais rápido a entregar atualizações, porque a Red Hat só coloca no RHEL
>>>> depois de colocar no Fedora, que serve como primeira rodada de testes.
>>>>
>>> Não sei em que contexto você falou isso, já que o RHEL já vem com essas
>>> atualizaçoes oriundas do Fedora e o Cent OS também.
>>>
>>> O processo padrão da Red Hat é desenvolver e testar primeiro no Fedora,
>>> depois incorporar ao RHEL. Existe um delay entre a mesma atualização estar
>>> no Fedora e aparecer no RHEL, e depois disso aparecer no CentOS.
>>>
>>> Se ativar o centos plus, pode até ser que algumas atualizações apareçam
>>> no centos antes do RHEL, porque elas vão sair do Fedora direto para o
>>> CentOS, sem passar pelo RHEL.
>>>
>>> Como você preferiu focar nas datas de release das distribuições, quando
>>> o importante mesmo são as atualizações pontuais de pacotes, olha só os
>>> dados oficiais:
>>>
>>>
<
https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux?rd=RHEL#History>
>>>
https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux?rd=RHEL#History
>>> <
http://fedoraproject.org/wiki/Releases/HistoricalSchedules>
>>>
http://fedoraproject.org/wiki/Releases/HistoricalSchedules
>>>
>>> Eles mostram em qual versão do Fedora uma versão do RHEL foi congelada.
>>> Por exemplo, o RHEL6 de Out/2010 é baseado no Fedora 12 de Nov/2009 e
>>> também no Fedora 13 de Mai/2010.
>>>
>>> Não está nesta tabela, mas o motivo do RHEL6 trazer algumas coisas do
>>> Fedora 13 eram bugs de pacotes de virtualização e nuvem. A maior parte
>>> ficou no Fedora 12 mesmo, o que significa quase um ano de vantagem do
>>> Fedora para o RHEL.
>>>
>>> As versões maiores dos pacotes do RHEL **não são atualizadas** neste
>>> meio tempo, é isto que significa a "estabilidade" do RHEL em
relação ao
>>> Fedora. É esse o compromisso contratual da empresa para com os assinantes.
>>> Então a distância entre Fedora e RHEL vai aumentando gradativamente.
>>>
>>> Pacotes individuais são mantidos no RHEL em regime de backporting,
>>> quando correções de bugs só são aplicadas no upstream sobre versões mais
>>> recentes que as inclusas no RHEL. Se houver necessidade de backporting,
>>> demora ainda mais para uma atualização do Fedora aparecer no RHEL e este é
>>> um dos motivos da comunidade CentOS ter o repositório plus.
>>>
>>> Ocasionalmente a distância entre Fedora e RHEL fica tão grande, ou a
>>> atualização de algum componente se torna tão crítica (como foi o caso do
>>> Samba) que é feito um rebase: uma re-sincronização de pacotes selecionados
>>> do RHEL com pacotes do Fedora, e assim alguns pacotes do RHEL ficam sendo
>>> suportados em duas versões maiores distintas: a original, pois este é um
>>> compromisso contratual da assinatura, e a nova, importada de um Fedora mas
>>> recente que o usado originalmente. É por isso que o RHEL5 tem pacotes
>>> samba-3.0.x e também pacotes samba3-x.y.
>>>
>>>
>>> No entanto, as falhas posteriores como brechas de segurança que são
>>> encontradas no RHEL, após liberadas as correções tem um intervalo de atraso
>>> para que o Cent OS as tenha disponibilizado.
>>>
>>>
>>>> Muitos desenvolvedores dos projetos upstream trabalham com o Fedora e
>>>> acabam testando/liberando no Fedora antes de outras distribuições.
>>>>
>>> Como disse acima, são falhas pós-liberação do RHEL/Cent OS.
>>>
>>> E é aí que entram a maioria das correções de segurança. Algumas empresa
>>> muuuuito grandes (tipo amazon) acabam não usando nenhuma distribuição,
>>> pegando tudo do upstream, porque precisam do delay mínimo possível. Se for
>>> recomendar RHEL ou CentOS para estas empresas, eles vão rir, porque são
>>> eles que geram os pacotes para Fedora e Debian unbstable, ou até geraram a
>>> correção original no upstream do apache ou do kernel. ;-)
>>>
>>>
>>>
>>>
>>>> Este caso dos 8 meses para o CentOS 6 foi um ponto fora da curva porque
>>>> a comunidade CentOS estava construindo uma nova infra-estrutura de
>>>> compilação e teste. E deu certo, o atrazo para o 6.3 e 6.4 foi bem
>>>> menor
>>>> do que os 4 meses usuais.
>>>
>>> 4 semanas usuais. E é um preço que você paga por ter algo enterprise
>>> 100% suportado por você mesmo, com uma ajuda de uma comunidade. O barato
>>> **ás vezes** sai caro.
>>>
>>>
>>> Veja as datas de liberação das duas distribuições em:
>>>
>>> <
https://access.redhat.com/site/articles/3078>
>>>
https://access.redhat.com/site/articles/3078
>>> <
http://distrowatch.com/table.php?distribution=centos>
>>>
http://distrowatch.com/table.php?distribution=centos
>>>
>>> RHEL 6.4: 2013-02-21
>>> CentOS 6.4: 2013-03-09 (duas semanas e dois dias)
>>>
>>> RHEL 6.3: 2012-06-20
>>> CentOS 6.3: 2012-07-10 (um dia a menos para 3 semanas)
>>>
>>> RHEL 6.2: 2011-12-06
>>> CentOS 6.2: 2011-12-20 (exatamente duas semanas)
>>>
>>>
>>> Como eu afirmei, você está desatualizado, a comunidade CentOS reduziu
>>> significativamente o delay entre as versões do RHEL. Na verdade ela reduziu
>>> ainda mais se você olhar as atualizações pontuais de pacotes.
>>>
>>> Para quem não sabe, não é necessário atualizar nem o RHEL nem o CentOS
>>> de 6.0 para 6.1, daí para 6.2 e assim por diante. Se você aplicar as
>>> atualizações pontuais via yum, você fica no final com a versão mais recente
>>> (hoje é 6.4) e ainda mais, pois tem as atualizações pontuais que foram
>>> liberadas depois do 6.4.
>>>
>>> Então quem usava o CentOS 6.3 já estava equiparado ao RHEL 6.4 bem
>>> antes de sair o CentOS 6.4, porque gerar e testar a mídia de instalação
>>> demora um tempo. Então os pacotes que farão da mídia já estavam no
>>> repositório antes da mídia ser liberada. Na prática, quem usa CentOS hoje
>>> tem apenas dias ou horas de atrazo em relação ao RHEL. Porém ainda tem
>>> meses de atrazo em relação ao Fedora.
>>>
>>>
>>>
>>>
>>>> Eu discordo de todos os "na maioria dos casos". TI não é
simplório
>>>> deste
>>>> jeito. Exatamente o que os servidores do Gabriel vão fazer, em que
>>>> ambiente, para que o CentOS seja melhor que o RHEL ou Fedora? Até aonde
>>>> ecomomizar com o valor da assinatura é boa idéia para o Gabriel?
>>>>
>>> Se você também não sabe a resposta, não pode dizer que, para ele, na
>>> maioria dos casos está errado.
>>>
>>>
>>> A diferença é que eu não afirmei que está errado. Só afirmei que não
>>> está certo, e comecei a dar exemplos de situações onde o RHEL e CentOS
>>> criariam problemas que não haveriam no Fedora. Depois pedi mais dados para
>>> poder emitir uma opinião informada, coisa que o Gabriel ainda não mandou,
>>> ou eu ainda não vi na minha mailbox.
>>>
>>>
>>> Usa-se como Sistema Operacional o que cada um quer e se sente melhor
>>> usando.
>>>
>>> Quando a gente reponde a dúvidas na lista o pessoal assume que sabemos
>>> o que estamos dizendo. Então, eu acho que devemos fugir a dar indicações
>>> genéricas. Em vez disso, pedir por mais detalhes.
>>>
>>> O ideal seria reconhecermos que o que cada um se sente melhor não é o
>>> melhor para os outros. Então deveríamos nos policiar para emitir opiniões
>>> informadas, baseadas em fatos, em vez de defender a unhas e dentes nossas
>>> preferências individuais.
>>>
>>>
>>> []s, Fernando Lozano
>>>
>>>
>>> --
>>> br-users mailing list
>>> <br-users@lists.fedoraproject.org>br-users(a)lists.fedoraproject.org
>>> <
https://admin.fedoraproject.org/mailman/listinfo/br-users>
>>>
https://admin.fedoraproject.org/mailman/listinfo/br-users
>>>
>>
>>
>>
>> --
>> Marcel Ribeiro Dantas,
>> Biomedical Engineering Researcher at LAIS
>> Laboratory for Technological Innovation in Healthcare (LAIS-HUOL)
>>
>> <
http://mribeirodantas.fedorapeople.org>
>>
http://mribeirodantas.fedorapeople.org
>> mribeirodantas at <
http://fedoraproject.org>fedoraproject.org
>> mribeirodantas at <
http://lais.huol.ufrn.br>lais.huol.ufrn.br
>>
>> GNU/Linux User nro. #440985
>>
>> --
>> br-users mailing list
>> <br-users@lists.fedoraproject.org>br-users(a)lists.fedoraproject.org
>> <
https://admin.fedoraproject.org/mailman/listinfo/br-users>
>>
https://admin.fedoraproject.org/mailman/listinfo/br-users
>>
>
>
>
> --
> *Leandro Almeida*
> *Analista de Sistemas*
> *Plus Tecnologia - Automação Comercial - Ji-Paraná-Rondônia*
> *(+55 69) 9988-2561 / 8128-8000*
> *Seg-Sex: 8hs-12hs / 14hs-18hs Sáb: 8hs-12hs*
> *página: **www.plustecnet.com.br* <
http://www.plustecnet.com.br>
> *MSN: **albertoleandro(a)hotmail.com* <albertoleandro(a)hotmail.com>
> e-mail: albertoleandro(a)ibest.com.br
>
> --
> br-users mailing list
> br-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/br-users
>
>
> --
> br-users mailing list
> br-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/br-users
>
--
*Leandro Almeida*
*Analista de Sistemas*
*Plus Tecnologia - Automação Comercial - Ji-Paraná-Rondônia*
*(+55 69) 9988-2561 / 8128-8000*
*Seg-Sex: 8hs-12hs / 14hs-18hs Sáb: 8hs-12hs*
*página: **www.plustecnet.com.br* <
http://www.plustecnet.com.br>
*MSN: **albertoleandro(a)hotmail.com* <albertoleandro(a)hotmail.com>
e-mail: albertoleandro(a)ibest.com.br
--
br-users mailing list
br-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/br-users