jan taubert (RRes-Roth)
2006-Sep-20 03:52 UTC
[Lustre-discuss] RedHat kernel devel packages
Hello, It would be very nice to have in the next Lustre release not only the normal kernel package (e.g. kernel-smp-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) but also the kernel development headers (e.g. kernel-smp-devel-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) for RedHat. Some installer, for example qlogic, require the kernel header packages for RedHat. Many thanks, Jan Taubert Biomathematics and Bioinformatics Division Rothamsted Research, UK
I have forwarded this to the people building our package - obviously this is a requirement. - Peter -> -----Original Message----- > From: lustre-discuss-bounces@clusterfs.com > [mailto:lustre-discuss-bounces@clusterfs.com] On Behalf Of > jan taubert (RRes-Roth) > Sent: Wednesday, September 20, 2006 3:52 AM > To: lustre-discuss@clusterfs.com > Subject: [Lustre-discuss] RedHat kernel devel packages > > Hello, > > It would be very nice to have in the next Lustre release not > only the normal kernel package (e.g. > kernel-smp-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) but also the > kernel development headers (e.g. > kernel-smp-devel-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) for > RedHat. Some installer, for example qlogic, require the > kernel header packages for RedHat. > > Many thanks, > Jan Taubert > > Biomathematics and Bioinformatics Division Rothamsted Research, UK > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss@clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss
On Wed, 20 Sep 2006, Peter J. Braam wrote:> I have forwarded this to the people building our package - obviously this is > a requirement.Has there been any progress on this front? A spec file to allow the generation of both the lustre patched kernel and kernel-source rpms and/or the kernel-devel rpms would come in handy. I noticed a related BZ bug #12035, but there hasn''t been an update since May 04.> > - Peter -Thanks, Bret> > > -----Original Message----- > > From: lustre-discuss-bounces at clusterfs.com > > [mailto:lustre-discuss-bounces at clusterfs.com] On Behalf Of > > jan taubert (RRes-Roth) > > Sent: Wednesday, September 20, 2006 3:52 AM > > To: lustre-discuss at clusterfs.com > > Subject: [Lustre-discuss] RedHat kernel devel packages > > > > Hello, > > > > It would be very nice to have in the next Lustre release not > > only the normal kernel package (e.g. > > kernel-smp-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) but also the > > kernel development headers (e.g. > > kernel-smp-devel-2.6.9-42.EL_lustre.1.4.7.x86_64.rpm) for > > RedHat. Some installer, for example qlogic, require the > > kernel header packages for RedHat. > > > > Many thanks, > > Jan Taubert > > > > Biomathematics and Bioinformatics Division Rothamsted Research, UK > > > > _______________________________________________ > > Lustre-discuss mailing list > > Lustre-discuss at clusterfs.com > > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss >-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/edd17559/attachment.bin
On Thu, 2007-08-30 at 15:18 -0400, Bret Hammond wrote:> A spec file to allow the > generation of both the lustre patched kernel and kernel-source rpms and/or > the kernel-devel rpms would come in handy.We do supply a kernel-source rpm with every release. For example, for 1.4.11: kernel-smp-2.6.9-55.EL_lustre_1.4.11.x86_64.rpm kernel-source-2.6.9-55.EL_lustre_1.4.11.x86_64.rpm lustre-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm lustre-debuginfo-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm lustre-modules-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm lustre-source-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm lustre-tests-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm Will a kernel-source not be a sufficient substitute for a kernel-devel package? Perhaps a short term solution would be to have our kernel-source package provide (in RPM Provides: nomenclature) a "kernel-devel" package to satisfy other RPMs that may Require: kernel-devel. I''m not entirely sure this is doable, just throwing it out as a possible solution. Cheers, b.
On Thu, 30 Aug 2007, Brian J. Murrell wrote:> On Thu, 2007-08-30 at 15:18 -0400, Bret Hammond wrote: > > A spec file to allow the > > generation of both the lustre patched kernel and kernel-source rpms and/or > > the kernel-devel rpms would come in handy. > > We do supply a kernel-source rpm with every release. For example, for > 1.4.11: > > kernel-smp-2.6.9-55.EL_lustre_1.4.11.x86_64.rpm > kernel-source-2.6.9-55.EL_lustre_1.4.11.x86_64.rpm > lustre-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm > lustre-debuginfo-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm > lustre-modules-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm > lustre-source-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm > lustre-tests-1.4.11-2.6.9_55.EL_lustre_1.4.11smp.x86_64.rpm > > Will a kernel-source not be a sufficient substitute for a kernel-devel > package?A kernel-source rpm is fine, the problem comes into play when a kernel patch is required. The instructions contained in the lustre operations manual (for 1.4.x at least), for building custom lustre/kernel rpms, leave you short a lustre-source rpm in the end. They also leave you short an initrd, if I recall correctly, which leads me to the conclusion that some other build magic is happening behind the scenes at CFS. I understand if exposing that process is undesirable from a support standpoint. It would just make life a tad easier from this side to have access to the srpm or the spec file used to generate the kernel rpms.> > Perhaps a short term solution would be to have our kernel-source package > provide (in RPM Provides: nomenclature) a "kernel-devel" package to > satisfy other RPMs that may Require: kernel-devel. I''m not entirely > sure this is doable, just throwing it out as a possible solution.We need to build Myrinet drivers from time to time, which works using the CFS supplied kernel-source rpm.> > Cheers, > b.Thanks, Bret> > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/72ab8269/attachment.bin
On Thu, 2007-08-30 at 16:16 -0400, Bret Hammond wrote:> > A kernel-source rpm is fine, the problem comes into play when a kernel > patch is required.Meaning you need to apply a patch to the CFS supplied kernel and rebuild?> The instructions contained in the lustre operations > manual (for 1.4.x at least), for building custom lustre/kernel rpms, > leave you short a lustre-source rpm in the end.Perhaps. I have not reviewed those instructions.> They also leave you > short an initrd, if I recall correctly, which leads me to the conclusion > that some other build magic is happening behind the scenes at CFS.The CFS build does not supply an initrd. That is job of the vendor''s kernel installation process. You should get an initrd when you install the CFS kernel RPM.> It would just make life a tad easier from this side to have access to > the srpm or the spec file used to generate the kernel rpms.I see. Yes, I don''t know what provision we make available for getting from our kernel-source rpm to another binary kernel rpm. Maybe somebody more knowledgeable in our current build processes might have an answer. Barring that, you could of course file a bug or request an update on status of a bug (i.e. in the bug itself).> We need to build Myrinet drivers from time to time, which works using > the CFS supplied kernel-source rpm.Well that is good to know at least. :-) b.
On Thu, 30 Aug 2007, Brian J. Murrell wrote:> On Thu, 2007-08-30 at 16:16 -0400, Bret Hammond wrote: > > > > A kernel-source rpm is fine, the problem comes into play when a kernel > > patch is required. > > Meaning you need to apply a patch to the CFS supplied kernel and > rebuild?Yes that, or go through the vanilla kernel build process, selecting the proper patch set via quilt, etc.> > > The instructions contained in the lustre operations > > manual (for 1.4.x at least), for building custom lustre/kernel rpms, > > leave you short a lustre-source rpm in the end. > > Perhaps. I have not reviewed those instructions. > > > They also leave you > > short an initrd, if I recall correctly, which leads me to the conclusion > > that some other build magic is happening behind the scenes at CFS. > > The CFS build does not supply an initrd. That is job of the vendor''s > kernel installation process. You should get an initrd when you install > the CFS kernel RPM.Exactly, which is why the kernel srpm would come in handy ;-)> > > It would just make life a tad easier from this side to have access to > > the srpm or the spec file used to generate the kernel rpms. > > I see. Yes, I don''t know what provision we make available for getting > from our kernel-source rpm to another binary kernel rpm. Maybe somebody > more knowledgeable in our current build processes might have an answer. > Barring that, you could of course file a bug or request an update on > status of a bug (i.e. in the bug itself).I''ll file a bug, thanks for your help.> > We need to build Myrinet drivers from time to time, which works using > > the CFS supplied kernel-source rpm. > > Well that is good to know at least. :-) > > b.Thanks, Bret -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/dc619651/attachment.bin
On Thursday 30 August 2007 12:29:02 pm Brian J. Murrell wrote:> We do supply a kernel-source rpm with every release. For example, > for 1.4.11:Speaking of which, it looks like this very kernel-source RPM is missing for the 1.6.2 release, at least in the rhel-2.6-x86_64 directory: www.clusterfs.com/downloads/public/Lustre/v1.6/Production/1.6.2/rhel-2.6-x86_64 kernel-lustre-smp-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm lustre-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-debuginfo-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-ldiskfs-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-ldiskfs-debuginfo-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-modules-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-source-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-tests-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm It''s available for most distributions/archs but sles10-x86_64, rhel-2.6-x86_64 and rhel-2.6-ia64 And to come back on topic, I strongly support the request for a .spec file or a src.rpm too. :) Cheers, -- Kilian
Hi, There is a kernel-source for i686. For now I''m just using that and running: 107 cp /boot/config-`uname -r` .config 108 make clean 109 make oldconfig 110 make include/asm 111 make include/linux/version.h 112 make SUBDIRS=scripts before pointing the AFS and SUN RDAC module compiles against it. I hope that will work, none of the patches seem to be x86_64 specific. On the "how to build lustre kernel rpm''s" issue, until today, I''ve had to do that since the local security updates were ahead of the lustre kernel. I''m including my notes from the 1.6.1 build along with my spec file in case anybody can benefit from it. I''ll bet clusterfs.com has a better one. Stuart On 8/30/07, Kilian CAVALOTTI <kilian at stanford.edu> wrote:> > On Thursday 30 August 2007 12:29:02 pm Brian J. Murrell wrote: > > We do supply a kernel-source rpm with every release. For example, > > for 1.4.11: > > Speaking of which, it looks like this very kernel-source RPM is missing > for the 1.6.2 release, at least in the rhel-2.6-x86_64 directory: > > > www.clusterfs.com/downloads/public/Lustre/v1.6/Production/1.6.2/rhel-2.6-x86_64 > > kernel-lustre-smp-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm > lustre-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-debuginfo-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-debuginfo-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-modules-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-source-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-tests-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > > It''s available for most distributions/archs but sles10-x86_64, > rhel-2.6-x86_64 and rhel-2.6-ia64 > > And to come back on topic, I strongly support the request for a .spec > file or a src.rpm too. :) > > Cheers, > -- > Kilian > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/9585325b/attachment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: kernel_lustre_notes.txt Url: http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/9585325b/attachment.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: lustre.slm01.spec Type: application/octet-stream Size: 2812 bytes Desc: not available Url : http://mail.clusterfs.com/pipermail/lustre-discuss/attachments/20070830/9585325b/attachment.obj
Hi Kilian, On Thu, Aug 30, 2007 at 02:04:42PM -0700, Kilian CAVALOTTI wrote:> Speaking of which, it looks like this very kernel-source RPM is missing > for the 1.6.2 release, at least in the rhel-2.6-x86_64 directory: > > www.clusterfs.com/downloads/public/Lustre/v1.6/Production/1.6.2/rhel-2.6-x86_64Yes, some of those are missing. I asked our build team to investigate but they are still working on the issue. I will reply to this message again when the problem has been fixed. Sorry for any inconvenience. Cheers, Jody> > kernel-lustre-smp-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm > lustre-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-debuginfo-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-debuginfo-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-modules-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-source-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-tests-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > > It''s available for most distributions/archs but sles10-x86_64, > rhel-2.6-x86_64 and rhel-2.6-ia64 > > And to come back on topic, I strongly support the request for a .spec > file or a src.rpm too. :) > > Cheers, > -- > Kilian > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss--
On Thu, Aug 30, 2007 at 02:04:42PM -0700, Kilian CAVALOTTI wrote:> Speaking of which, it looks like this very kernel-source RPM is missing > for the 1.6.2 release, at least in the rhel-2.6-x86_64 directory: > > www.clusterfs.com/downloads/public/Lustre/v1.6/Production/1.6.2/rhel-2.6-x86_64All the RPMs we normally produce are there now: kernel-lustre-smp-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm kernel-lustre-source-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm lustre-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-debuginfo-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-ldiskfs-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-ldiskfs-debuginfo-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-modules-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm lustre-source-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm Sorry for any inconvenience this has caused you. Cheers, Jody> kernel-lustre-smp-2.6.9-55.0.2.EL_lustre.1.6.2.x86_64.rpm > lustre-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-debuginfo-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-ldiskfs-debuginfo-3.0.0-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-modules-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-source-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > lustre-tests-1.6.2-2.6.9_55.0.2.EL_lustre.1.6.2smp.x86_64.rpm > > It''s available for most distributions/archs but sles10-x86_64, > rhel-2.6-x86_64 and rhel-2.6-ia64 > > And to come back on topic, I strongly support the request for a .spec > file or a src.rpm too. :) > > Cheers, > -- > Kilian > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at clusterfs.com > https://mail.clusterfs.com/mailman/listinfo/lustre-discuss--