2

Two fold question.

  1. How do I find out when the upgrade from 5.8 to 5.9 happened? Where is this logged?
  2. What is the process of rolling back or downgrading from 5.9 to 5.8?

Background: Supporting a client who is adding a NetApp storage device in the upcoming weeks and the configuration is certified up to 5.8, but not with 5.9. It is then certified with 6.x versions. Since the rest of the servers that will be using the device are all running 5.8 the desired outcome is to roll this one back and find out when it was upgraded (I am semi-new to the project, and the previous admin is long gone).

Kernel versions are the same across the servers, /etc/redhat-release is showing 5.8 for all but one, which is showing

$ more /etc/redhat-release

Red Hat Enterprise Linux Server release 5.9 (Tikanga)

Possibly worth noting, they are running Oracle Enterprise Linux, but for all (most) intents and purposes, they can be treated the same as RHEL.

2 Answers 2

3

You really shouldn't downgrade at this point. If you're not seeing a system stability or performance issue, keep the system at the 5.9 revision level. There's more risk in attempting to rollback than just dealing with issues as they come on the currently-supported version. Remember, Red Hat strives to keep minor OS revisions consistent and compatible throughout the support lifetime. E.g. a RHEL 5.5 box should run similarly to a 5.9 system.

In terms of logging, check to see if the system had the yum-updatesd daemon is running (with chkconfig or ntsysv). That would run automatic updates on the system and could be the reason why the server was pushed from 5.8 to 5.9.

The other location to examine for update and package installation activity is the /var/log/yum.log - You'll see the timestamps and package actions listed...

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
6
  • 2
    He could also check the modification date of /etc/redhat-release.
    – EEAA
    Feb 5, 2013 at 15:33
  • @EEAA Yah, but where's the fun in that?!?
    – ewwhite
    Feb 5, 2013 at 15:41
  • Hehe, true. It's just a quick way to check. yum.log is a better solution, as it not only delivers the information the OP asked about, but also other useful information.
    – EEAA
    Feb 5, 2013 at 15:44
  • the first thing that I did was check the timestamp on redhat-release, I wanted to be 100% sure that the date was reliable. Also checked yum.log, nothing there indicating a version upgrade, just some package updates. Also, it looks like yum-updatesd is running on the 5.9 server as well as the 5.8 boxes. I don't think I can reliably say that it was automatically updated.
    – dwaynehoov
    Feb 5, 2013 at 16:04
  • 1
    @dwaynehoov That's because going from 5.8 to 5.9 is not a version upgrade, it's just a bunch of updates rolled up and given a number (similar to a Windows service pack). Feb 5, 2013 at 17:29
0

RHEL 5.9 was released on 2013-01-07, so it should be more recently than that.

Take a look at /var/log/yum.log (I'm going off CentOS). There should be some package like redhat-release-notes-5.9 with a timestamp on the installation.

1
  • checked that out, nothing substantial, just some perl, python and nagios package updates.
    – dwaynehoov
    Feb 5, 2013 at 16:09

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .