两个问题。
背景：支持在即将到来的几周内添加NetApp存储设备的客户端，并且configuration的authentication高达5.8，而不是5.9。 然后用6.x版本进行authentication。 由于其他将要使用设备的服务器都运行在5.8版本上，因此所需的结果就是将这个服务器回滚一下，找出它的升级时间（我对这个项目是半新的，而以前的pipe理员早已不在了） 。
内核版本在服务器上是相同的，/ etc / redhat-release显示的是5.8，但是显示的是一个
$ more / etc / redhat-release
红帽企业Linux服务器版本5.9（Tikanga）
可能值得注意的是，他们正在运行Oracle Enterprise Linux，但是对于所有（大多数）意图和目的，它们可以被视为与RHEL相同。
你现在不应该降级。 如果您没有看到系统稳定性或性能问题，请将系统保持在5.9修订级别。 试图回滚的风险比在当前支持的版本上处理问题要多。 请记住，红帽致力于在整个支持生命周期中保持一致性和兼容性。 例如RHEL 5.5盒子应该和5.9系统类似。
在日志logging方面，请检查系统是否运行了yum-updatesd守护进程（使用chkconfig或ntsysv ）。 这将在系统上运行自动更新，并可能是服务器从5.8推到5.9的原因。
另一个检查更新和软件包安装活动的位置是/var/log/yum.log – 您将看到列出的时间戳和软件包操作…
Jan 06 19:35:49 Installed: iplike-2.0.2-1.el6.x86_64 Jan 08 12:46:26 Installed: jwhois-4.0-19.el6.x86_64 Jan 13 20:30:55 Updated: selinux-policy-3.7.19-155.el6_3.14.noarch Jan 13 20:31:20 Updated: selinux-policy-targeted-3.7.19-155.el6_3.14.noarch Jan 13 20:31:21 Updated: iperf-2.0.5-3.el6.x86_64
RHEL 5.9在2013年1月7日发布 ，所以应该比这更近一些。
看看/var/log/yum.log（我正在closuresCentOS）。 应该有一些软件包，如安装上的时间戳redhat-release-notes-5.9 。