将Centos升级到6.5而不是6.6？

Question

我们正在生产CentOS环境中运行Cassandra，特别是Datastax的企业版本。

因此，我想将我们的机器从较旧的CentOS 6.3版本升级到6.5，我不想一直升级到6.6的原因是Datastax还没有证明该版本--而且由于这是我们的生产环境，我甚至不愿意冒一些使用6.6不能正常工作的小风险。

我如何才能更新到CentOS6.5，如果我运行yum更新，它将使我高达6.6我相信？

Answer 1

CentOS故意没有在旧的点释放上保持稳定的机制.。

与大多数其他软件一样，用于CentOS 6和更早版本的点发布号通常不引用新特性。他们只是在CentOS的长发布周期中标记时间，将错误修复和安全修复分批到他们的RPM上，并掌握了一组新的安装媒体。

(实际上，从CentOS 7开始，他们已经完全放弃了点发布编号，添加了日期代码来区分新的安装媒体版本。)

如果您在yum update 6.1发布当天在CentOS 6.0系统上说过，升级后的CentOS 6.0系统和新安装的CentOS之间的差别将非常小。

CentOS 6.5和CentOS 6.6之间的主要区别是大量的bug修复和安全补丁。在这些点发布之间通常很少有功能更改。

最好把自己想象为运行"CentOS 6“而不是”6.5“。唯一的问题是你的修补程序是否是最新的。

使用像CentOS这样的“稳定的”Linux的全部意义在于，在主要的发行版系列中，它们不需要进行任何功能更改。没有配置文件格式的改变，没有配置更改需要作出使用新的固定包.您最初安装的操作系统软件现在运行得更好了。

因此，我建议您不要在任何CentOS点发行版上保持稳定。保持您的系统最新！这就是你得到安全修复的方法。

“无新特性”策略有极少数例外。下面是一些例子：

• 例如，他们似乎没有阻止Firefox发布一个旧的特性版本，可能是因为在某个时间点之后，支持端口安全修复变得太困难了。
• Red偶尔会添加一些新的不破坏功能；在RHEL 7发布后不久，他们将XFS从RHEL 5和6中的beta状态中删除，因为XFS是RHEL 7中的默认文件系统。如果您在这些老版本的OSes中回避XFS，因为在安装操作系统时它被认为是beta，这实际上意味着那些老机器在活动维护周期的中间获得了一个新功能。(我相信这种情况发生在CentOS/RHEL 5.10和6.5上。)但是，这种状态变化并没有影响到非XFS文件系统，因此从稳定性的角度来看，这并不是一个问题。只有那些在测试版状态下愉快地使用XFS的人才关心这个变化。

考虑到大约九个月前发布的Datastax 6.6，我不明白您为什么要等待Datastax的批准。除非你从他们那里得到一个特定的包裹不相容的具体信息，否则我不会让你屏住呼吸等待他们的批准。

RHEL 6.7进入了beta 大约两个月前，因此它应该很快就会出现。CentOS 6.7应在2或3周后随访。这意味着很有可能，如果你推迟6.6，你将落后于当前的两个版本很快。

如果你仍然感到紧张，把零钱转到一台机器上，然后两台，然后四台，等等，翻倍直到所有的机器都有了变化。