O CentOS propositalmente não tem um mecanismo para manter-se estável em um antigo lançamento pontual .
Os números de liberação de ponto usados para o CentOS 6 e anterior geralmente não se referem a novos recursos, como na maioria dos outros softwares. Eles simplesmente marcam os horários durante os longos ciclos de lançamento do CentOS, onde combinavam as correções de bugs e correções de segurança feitas em seus RPMs e dominavam um novo conjunto de mídia de instalação.
(Na verdade, a partir do CentOS 7, eles abandonaram completamente a numeração da release de ponto, adicionando um código de data para diferenciar os novos lançamentos de mídia de instalação.)
Se você disse yum update em um sistema CentOS 6.0 no dia em que o CentOS 6.1 foi lançado, a diferença entre seu sistema CentOS 6.0 atualizado e uma nova instalação 6.1 seria muito pequena.
A principal diferença entre o CentOS 6.5 e o CentOS 6.6 é toda uma pilha de correções de bugs e correções de segurança. Normalmente, há poucas mudanças funcionais entre esses lançamentos pontuais.
É melhor pensar em si mesmo como executando "CentOS 6" em vez de "6.5". A única questão é saber se você está atualizado sobre suas correções ou não.
O objetivo de usar um Linux "estável" como o CentOS é que eles propositadamente não fazem nenhuma alteração funcional que eles não precisam fazer dentro da série principal de lançamentos. Nenhum formato de arquivo de configuração é alterado, nenhuma alteração de configuração precisa ser feita para usar os pacotes recém-corrigidos. O software que você instalou originalmente com o sistema operacional funciona melhor agora.
Portanto, eu recomendo que você não segure firme em qualquer lançamento de ponto do CentOS. Mantenha seus sistemas atualizados! É assim que você obtém correções de segurança.Há um número muito pequeno de exceções à política "sem novos recursos". Alguns exemplos:
-
Eles não parecem manter o Firefox restrito a uma versão antiga, por exemplo, provavelmente porque é muito difícil fazer back-port de correções de segurança depois de algum tempo.
-
A Red Hat ocasionalmente adicionará algum novo recurso não-violador; eles tiraram o XFS do status beta no RHEL 5 e 6 logo após o RHEL 7 ter sido enviado, já que o XFS é o sistema de arquivos padrão no RHEL 7. Se você estivesse evitando XFS nesses sistemas mais antigos porque era considerado beta no momento da instalação do sistema operacional, Isso significa efetivamente que as máquinas mais antigas receberam um novo recurso no meio do ciclo de manutenção ativo. (Eu acredito que isso aconteceu com o CentOS / RHEL 5.10 e 6.5).
Essa mudança de status não afetou seus sistemas de arquivos não XFS, portanto, não é um problema do ponto de vista da estabilidade. Somente aqueles que estavam felizes usando o XFS em seu estado beta se importavam com a mudança.
Dado que o CentOS 6.6 surgiu há nove meses atrás, não vejo por que você está esperando a aprovação do Datastax. A menos que você tenha informações específicas deles de que um determinado pacote é incompatível, eu não manteria sua respiração aguardando sua aprovação.
O RHEL 6.7 entrou na versão beta cerca de dois meses atrás , por isso deve estar aparecendo em breve. O CentOS 6.7 deve seguir em duas ou três semanas. Isso significa que há uma boa chance de que, se você não concordar com o 6.6, você será lançado em breve.
Se você ainda estiver nervoso, role a alteração para uma máquina, depois para duas, depois para quatro, etc., até que todas as máquinas tenham a alteração.