[LU-779] RHEL6.0 base kernel build new kernel as RPM fails

• Status: Resolved
• Project: Lustre
• Affects Version/s: Lustre 2.1.0
• Type: Bug
• Priority: Blocker
• Reporter: Sean Stewart (Inactive)
• Assignee: Richard Henwood (Inactive)
• Resolution: Fixed

Environment

Red Hat Enterprise Linux 6.0 x64, kernel version 2.6.32-71 (base)

• Severity: 3

Description

I followed the instructions on this website: http://wiki.whamcloud.com/pages/viewpage.action?pageId=8126905
The only difference is that I had to get the source on a windows host and then ftp it to a linux host.

git clone git://git.whamcloud.com/fs/lustre-release.git
cd lustre-release
git checkout --track -b b2_1 origin/b2_1

I tried without the last step as well.

I followed the instructions verbatim. When I got to the "Build the new kernel as an RPM" step, I issued the six make commands listed there, and building the rpm failed, with the following message:

arch/x86/kernel/tboot.c:136:43: error: macro "pte_alloc_map" requires 4 arguments, but only 3 given
arch/x86/kernel/tboot.c: In function 'map_tboot_page':
arch/x86/kernel/tboot.c:136: error: 'pte_alloc_map' undeclared (first use in this function)
arch/x86/kernel/tboot.c:136: error: (Each undeclared identifier is reported only once
arch/x86/kernel/tboot.c:136: error: for each function it appears in.)
make[4]: *** [arch/x86/kernel/tboot.o] Error 1
make[3]: *** [arch/x86/kernel] Error 2
make[2]: *** [arch/x86] Error 2
make[2]: *** Waiting for unfinished jobs....

I've attached the complete build output to this report.

Comments

[Peter Jones]

Richard

Could you please see if your instructions on the wiki need updating? I know that you wrote them prior to 2.1 being GA

Peter

[Richard Henwood (Inactive)]

Thanks for this report.

I'm refreshing the wiki page - and I'll make sure it is 'post 2.1 GA' compliant.

[Sean Stewart (Inactive)]

If I am not following the correct process to get the Lustre 2.1 source, then please let me know. I'm new to using git, so it's a little confusing.

[Andreas Dilger]

Sean, just to confirm - you are building a kernel for the server, right? A patched kernel is not needed on the client.

[Sean Stewart (Inactive)]

Correct, this is for the server. I had that question about the client, though, so that is helpful to know.

[Richard Henwood (Inactive)]

I've noticed that I missed yum -y install git from the walk-thru. There is an additional complication in that if you have installed the epel repo, and now want to install git, you might pick up a more recent version than is supplied by RHEL and experience dependency conflict.

Can you double check that git is correctly installed?

If so, did:

git clone git://git.whamcloud.com/fs/lustre-release.git

return an error?

[Sean Stewart (Inactive)]

I actually had trouble running that on my linux host in general, most likely due to a limitation of our test lab network. I instead installed git on my windows machine, tried to change branches, and then used scp to transfer it to my linux host. From my linux host the connection just would time out.

[Richard Henwood (Inactive)]

Doing the additional step to get the source shouldn't have made too much difference.

I have reviewed the wiki page and found a considerable number of 'rough edges'. I've taken these off.

In addition, I've tried to generalize the walk through for RHEL 6.0 and CentOS.

However, I have been unable to reproduce your issue. Can you double check that you're patching:
http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/kernel-2.6.32-131.2.1.el6.src.rpm

[Sean Stewart (Inactive)]

It's also worth noting that I am not using that specified kernel version. I am trying RHEL 6.0 base which is 2.6.32-71 (because that's what the solution I need to test uses.) I'll need to do the same for RHEL6.1 base 2.6.32-131.0.15, but I am running into a different issue with that where it complains about a failed dependency that I cannot seem to resolve... I was wondering if you guys have tried this process with 2.6.32-71?

[Sean Stewart (Inactive)]

One of the updates in the page solved the dependency problem for 6.1, so I was able to get RPM packages created for RHEL 6.1. I had to issue make before make rpms when building lustre.. Just running make rpms failed the first time.

I do not believe the kernel compilation problem i'm experiencing on 6.0 is resolved yet.. I can try it again later, though.

[Richard Henwood (Inactive)]

Thanks for this info: I saw the make before make rpm issue last week, but thought it might be a foible of my setup.

I've now confirmed it:
http://jira.whamcloud.com/browse/LU-788

I'm continuing to try and reproduce the: "Build the new kernel as an RPM" failure you experienced on 6.0.

[Richard Henwood (Inactive)]

Because you've included a dump from your build, I can see that the kernel you were patching was: 2.6.32-71

Lustre Master follows the current RHEL kernel (2.6.32-131.2.1 for RHEL6 as of this writing.) Older kernels become unsupported once RHEL releases a new kernel (typically with security fixes.)

I have updated to the walk-thru to point to the latest kernel - and included a warning travelers that this may be an issue.

I'm closing this ticket. LU-788 remains.