I Cannot Find The Package: Kernel-headers-2.6.32-71.29.1 In CentOS Mirror List

Home » CentOS » I Cannot Find The Package: Kernel-headers-2.6.32-71.29.1 In CentOS Mirror List
CentOS 9 Comments

Hi guys,

I want to build openvswitch kernel module, and my CentOS is 6.0, kernel version is 2.6.32-71.29.1.el6.x86_64. But i cannot find the kernel-headers-2.6.32-71.29.1.el6.x86_64. I use the yum command to install kernel-headers package: yum install kernel-headers-2.6.32-71.29.1.el6.x86_64, it says no package available. (BTW My yum repos is coming from http://www.CentOS.org/modules/tinycontent/index.php?id0.)

Please help me if you have this package, or plz tell me where can find it.

Thanks in advanced, Kris

9 thoughts on - I Cannot Find The Package: Kernel-headers-2.6.32-71.29.1 In CentOS Mirror List

  • Am 27.08.2012 09:42, schrieb Kris zhang:

    CentOS 6.0 is deprecated, current is 6.3 plus current updates. IT is important to keep your install up to date.

    Once you updated your CentOS installation to the current state, including the current kernel, rebootet your system with the new kernel, you can simply run “yum install kernel-headers”.


  • Hi Alexander,

    Thanks for your reply, i understand your suggestion, but our system is built on CentOS6.0, it’s not easy to upgrade it to 6.3. So could u please help me to find the package kernel-headers-2.6.32-71.29.1.el6.x86_64, or tell me how to get it, thanks a lot.

    BR, Kris

  • Am 27.08.2012 10:09, schrieb Kris zhang:

    Don’t top-post please! Thanks.

    Going from 6.0 to 6.3 is no upgrade. It is just applying the pending updates. And it *is* easy. So please do that to cover especially security issues and other malfunctions.


  • your system is built on a nearly 2 year old system with no security patches or bug fixes? are you setting your self up for failure?

    kernel 2.6.32-71 is from 2010-11-10, there have been probably 1000
    separate patches made to the EL6 kernel since then, never mind the rest of the distribution.

    CentOS 6.0 was actually obsolete the day it was released, as RHEL had already released 6.1, which CentOS followed with in a matter of weeks.

    the product is EL6, the .0, .1, .. are merely security rollups of the ongoing stream of updates and patches.

  • Hi Morten & John,

    Thanks for your help and suggestion, i will tell it to my team leader. but currently i have to complete my work.

    Thanks again, Kris

  • You are right, Thomas. i want to find the kernel-headers firstly, and then i will find the kernel-devel. and the kernel-headers is needed by gcc.

    I have a question: is it ok if the version of kernel-header and kernel-devel are not same?

    BR, Kris

  • As you have been told, you really need to get on CentOS6 Update 3 (aka, 6.3) for security update purposes. Having said that, I’ll address the rest of the list by saying that we do not know the particular requirements of the OP, and it is pretty clear from the thread that the OP does not have the discretion to do the update and must get approval from higher-ups. This sort of situation happens, and telling the OP to update, without addressing the actual question as well, is useless. The OP’s higher-ups may have very particular reasons to want/need the older version, and we are not in a position to tell them that they are wrong; sure, staying current is the normally right thing to do, but there is a reason that Scientific Linux differs from CentOS is this respect, allowing people to take only security updates but stay at a particular point release. It makes their process more complicated, but it is their goal. Now, neither in my personal use of CentOS nor in my work use of CentOS have I yet found a need to stick to a particular point release, but that doesn’t mean that a valid need to stick to a particular point release does not exist. If I were to find that I needed to stick to a point release for some reason, I’d probably use SL for that particular purpose and CentOS for the other systems.

    Now, to actually answer the OP’s questions…..

    I believe, but am not sure, that you do need the same versions of kernel-devel and kernel-headers and they must match the kernel version that you’re using.

    You can get this older version of kernel-headers at:

    The matching kernel-devel is at: