Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

I've been running CentOS 6.2 as a VM under Hyper-V on my Windows Server 2008 R2 system.

If I run "uname -r" it shows my current Linux version as "2.6.32-220.4.1.el6.x86_64"

A while ago, I did a software update and included in the update was a kernel update. When I rebooted the Linux VM, it came up with a kernel panic message and would not continue. I figured out that if I pressed the space bar during boot and selected the old (original) Linux kernel version, the system would boot fine.

I did some Googling and it I found a site that explains that the Linux Integration Services code needs to be recompiled for the kernel that you're running. Since I can't boot into that kernel, I'm not sure how that is even possible.

More Googling got the following site - http://support.microsoft.com/kb/2387594/de - which says I need to install Dynamic Kernel Module Support - DKMS (which I did) but when I follow further in the instructions it references a "dkms.conf" file which doesn't exist. Creating a blank one doesn't work either as attempting to run the "dkms add -m linuxic -v 3.2" command (I'm running Linux Integration Services 3.2) comes back with "Error! Bad conf file."

Any clues as to how to fix the issue so I can keep my Linux kernel up-to-date on CentOS 6 running the Linux Integration Services 3.2 drivers?

share|improve this question

3 Answers 3

You shouldn't need to build the LIS kernel modules against the running kernel, merely an installed one. The updated kernel headers should be enough to build the module for the new kernel.

I've never touched Hyper-V in my life (and, unless I'm very unlucky, that will never change), so I can't give you any specific instructions, but I would assume that the docs would show you how to specify how to build the module(s) against the headers you've installed.

share|improve this answer
up vote 1 down vote accepted

It turns out that the problem was with the CentosPlus kernels that were getting installed. The "CentOS-6-Plus" source was checked in "Add/Remove Software->System->Software Sources" and the "plus" kernels were getting installed with software updates.

Apparently there is some incompatibility between these Plus kernels (they contain "plus" in the kernel name - which you can see by typing "rpm -q kernel" in a terminal screen).

I unchecked "CentOS-6 Plus" as a software source and deleted the new plus versions of the kernel that had been installed via "yum remove " and then with the next software update, the non-plus version of the updated kernel was installed and the system booted without a kernel panic.

Hope this helps someone else in the same boat.

share|improve this answer

The Microsoft instructions are written for Linux Integration Components version 2.1 - when they were still delivering them in source format. So you were able to run a "make" and follow their various instructions.

The current versions 3.4 (or even 3.2) come in RPM format without source - so none of the files and folders they mention exist.

The underlying problem is (apparently) that the IC contain improved disk drivers for the Hyper-V simulated disks - and the new Kernel won't have them and thus doesn't know how to access the file system.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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