Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

From the shell and without root privileges, how can I determine what Red Hat Enterprise Linux version I'm running?

Ideally, I'd like to get both the major and minor release version, for example RHEL 4.0 or RHEL 5.1, etc.

share|improve this question
up vote 77 down vote accepted

You can use the lsb_release command on recent linux distributions. If you issue:

lsb_release -i -r

it will tell you the Distribution and Version. This is a little bit more accurate than accessing files that may or may not have been modified by the admin or a software package. As well as working across multiple distros.

share|improve this answer
command not found on my CentOS 5.4 box :( – gbjbaanb Dec 1 '09 at 17:04
@gbjbaanb: That's strange I tested it on a fresh 5.4 minimal install and it worked just fine... – Zypher Dec 1 '09 at 18:25
lsb_release -i -r -bash: lsb_release: command not found. However, cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.6 (Tikanga) – Tom May 10 '11 at 12:12
Just for the record: Does not work on RHEL 6.5 minimal install. Command lsb_release is nowhere to be found. – sborsky Feb 6 '14 at 9:18
lsb_release is not a lightweight package, It pulls in CUPS to provide ‘/usr/bin/lp’, which pulls in some pdf translation goop, which pulls in some rendering libraries... – Jens Timmerman Feb 21 '14 at 8:39

You can look at the contents of /etc/redhat-release, which will look something like this:

$ cat /etc/redhat-release 
CentOS release 5.4 (Final)

The contents are different for an actual RHEL system. This technique works on all RedHat derivatives, including CentOS, Fedora, and others.

share|improve this answer
This is the most appropriate answer to the question. – fsoppelsa Feb 19 '14 at 17:01
lsb_release is the first thing to try, but since that might not be installed looking at files is a good Plan B. – chicks Jul 8 '15 at 16:07

I prefer to use the /etc/issue file.

$ cat /etc/issue

I've seen many situations where /etc/redhat-release has been modified to meet software compatibility requirements (Dell or HP's management agents, for instance).

share|improve this answer
/etc/issue also works on other OSes as well, such as Debian & Ubuntu, and works with Linux OSes that don't conform to the Linux Standards Base, and lightweight OSes that don't have the lsb* utilities installed. – Stefan Lasiewski Oct 29 '14 at 21:29
This is not reliable. Apparently /etc/issue is meant to be parsed by agetty, which replaces the escape sequences with proper information. If you just cat it, the result may be underwhelming. On Fedora, one gets Fedora release 20 (Heisenbug) Kernel \r on an \m (\l), which tells you something but on RHEL7, one just gets \S Kernel \r on an \m. – David Tonhofer Jan 16 '15 at 20:30

The most reliable way when lsb_release is not installed is:

# rpm -q --queryformat '%{VERSION}' redhat-release-server

# rpm -q --queryformat '%{RELEASE}' redhat-release-server

On minimal installs, lsb_release is missing.

To get this working also with Red Hat clones (credit goes to comments):

# rpm -q --queryformat '%{VERSION}' $(rpm -qa '(redhat|sl|slf|centos|oraclelinux)-release(|-server|-workstation|-client|-computenode)')

Or, as a single command (rather than two "rpm"'s being executed):

# rpm -qa --queryformat '%{VERSION}\n' '(redhat|sl|slf|centos|oraclelinux)-release(|-server|-workstation|-client|-computenode)'

Use sed/cut and other text manipulating UNIX tools to get what you want.

share|improve this answer
This seems to work, more generically: rpm -qa '(oraclelinux|sl|redhat|centos)-release(|-server)' sl is for Scientific Linux; if you know the right name for other RHEL rebuilds maybe comment below. Warning - not extensively tested. – Dan Pritts Aug 8 '13 at 15:47
Yeah thanks, one note: does not work with RHEL Worstation. – lzap Feb 6 '14 at 14:15
One note - this runs a lot slower than parsing /etc/foo-release. – Dan Pritts Mar 11 '15 at 15:10
or rpm -qa | grep release is even easier – warren Mar 16 '15 at 18:40

Assuming it truly is a Red Hat release (not Centos):

rpm -q redhat-release

Or just run:

uname -r

And map the output. 2.6.9 kernels are RHEL4, 2.6.18 kernels are RHEL5. If necessary, you can map the full version to the specific update releases from Red Hat (i.e. 2.6.9-89 is RHEL5 U4).

share|improve this answer
rpm -q redhat-release just returns package redhat-release is not installed for me, and uname -r just tells me the kernel release. – Mark Booth Aug 20 '14 at 13:31
Oh ! And now that time has passed, what would be RHEL6 ? RHEL7 ? Hum... Here are the answers: – mika Nov 12 '14 at 14:53

If you want to just get the version numbers the following is about as short and simple as I can get it.

Tested on rhel 6.7, rhel 7.2, debian 8.3 and ubuntu 14.04:

lsb_release -s -r | cut -d '.' -f 1

For a practical example, say you want to test for the distribution major and minor version and do things based on that:


major=$(lsb_release -s -r | cut -d '.' -f 1)
minor=$(lsb_release -s -r | cut -d '.' -f 2)

if (( "$major" >= 7 ))
  echo "Do stuff, OS major version is $major"
  echo "OS minor version is $minor"
  echo "Do other things"
  echo "Your version is $major.$minor"
share|improve this answer

protected by Chris S Nov 13 '14 at 15:37

Thank you for your interest in this question. Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site.

Would you like to answer one of these unanswered questions instead?

Not the answer you're looking for? Browse other questions tagged or ask your own question.