Hi Hugo,

The autoconf has some detection that should be able to grab the SPL
information for Zfs .8+ source dirs, so you may be able to scrub it out and
let the scripting handle it (you can always double check it's correct by
reading the conf logs).

Can you forward any configuration errors you are getting? If you're
compiling off of the ZFS sources there were some changes to the header
layout that may be causing a challenge.

Best,
Christian

On Thu, May 6, 2021, 1:38 PM <[email protected]>
wrote:

> Send lustre-discuss mailing list submissions to
>         [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
> or, via email, send a message with subject or body 'help' to
>         [email protected]
>
> You can reach the person managing the list at
>         [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of lustre-discuss digest..."
>
>
> Today's Topics:
>
>    1. Re: Lustre version 2.14 support for CentOS 7 (Hugo R Hernandez)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 May 2021 11:47:44 -0500
> From: Hugo R Hernandez <[email protected]>
> To: [email protected]
> Subject: Re: [lustre-discuss] Lustre version 2.14 support for CentOS 7
> Message-ID:
>         <
> cagbbdbhjrrpvatnyhu19yha215xyubmxwst0ol6duv8qs55...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Morning Lustre Community!
>
> Has anyone experienced any issue when trying to build Lustre 2.14 with ZFS
> 2.0.4 on CentOS7.9 running any of these two kernels:  3.10.0-1160.6.1.el7
> (tested during release) and 3.10.0-1160.25.1.el7 (latest).  Is there any
> 'special recipe' you need to follow for a proper Lustre build from source?
> When we built for 2.10+ we used to use these flags when configuring:
>
> --with-zfs
> --with-zfs-obj
> --with-spl
> --with-spl-obj
>
> but ZFS 2.0.x now includes SPL as part of it as previously they were
> separated packages.
>
> Any hint on how to address this problem?  Help is greatly appreciated!
>
> Thanks,
> -Hugo
>
>
>
> On Fri, Apr 30, 2021 at 12:51 PM Hugo R Hernandez <[email protected]>
> wrote:
>
> > Peter, I have been trying to get 2.14 ready with ZFS 2.0.4 on CentOS 7.9
> > but I have encountered a couple of issues.  This is what I have been
> doing:
> >
> > ZFS:
> > Install dependency packages
> > git clone https://github.com/openzfs/zfs.git
> > git checkout remotes/origin/zfs-2.0-release
> > ./autogen.sh
> > ./configure
> > make && make rpms
> > install libzfs4, zfs-2.0.4, zfs-dksm (have tried also installing
> > kmod-zfs*, libuutil3, libnvpair3, libzpool4)
> >
> > Lustre:
> > git clone git://git.whamcloud.com/fs/lustre-release.git
> > git checkout remotes/origin/b2_14
> > ./autogen.sh
> > ./configure --enable-ldiskfs --with-zfs --enable-quota --enable-utils
> > --enable-gss --enable-snmp --with-zfs-obj=/var/lib/dkms/zfs/2.0.4/3.10.0-
> > 1160.24.1.el7.x86_64/x86_64
> > make <<< here I have linking breaks
> >
> > I get an error like this:
> >
> > fatal error: sys/byteorder.h: No such file or directory
> >  #include <sys/byteorder.h>
> >
> > I wondering if I'm doing this on an updated CentOS 7.9 host running
> > kernel 3.10.0-1160.24.1.el7 instead of the one used for testing during
> > release cycle:  3.10.0-1160.6.1.el7.  is there something I'm missing or
> > doing wrong in this case?  Should I be able to compile then build RPMs
> i.e.
> > using now available 3.10.0-1160.25.1.el7 so we can have happy security
> > folks by using the latest kernel?
> >
> > Please advise.  Thanks in advance!
> >
> > --
> > *Hugo R Hernandez*
> >
> > "Se seus esfor?os foram vistos com indeferen?a, n?o desanime que o sol
> > faze um espectacolo maravilhoso todas as manh?s enquanto a maioria das
> > pessoas ainda est?o dormindo"
> > - An?nimo brasileiro
> >
> >
> > On Thu, Apr 15, 2021 at 12:01 PM Peter Jones <[email protected]>
> wrote:
> >
> >> Hugo
> >>
> >>
> >>
> >> 2.14 will likely build/work against centos 7.9 even though that was not
> >> the primary kernel it was tested against
> >>
> >>
> >>
> >> Peter
> >>
> >>
> >>
> >> *From: *lustre-discuss <[email protected]> on
> >> behalf of Hugo R Hernandez via lustre-discuss <
> >> [email protected]>
> >> *Reply-To: *Hugo R Hernandez <[email protected]>
> >> *Date: *Thursday, April 15, 2021 at 8:50 AM
> >> *To: *"[email protected]" <
> [email protected]>
> >> *Subject: *[lustre-discuss] Lustre version 2.14 support for CentOS 7
> >>
> >>
> >>
> >> Hello there!  We have been planning to upgrade Lustre from 2.10+ to
> 2.14,
> >> but we encountered it supports only RHEL 8.3, SLES 15 SP2, and Ubuntu
> >> 20.04.   How about RHEL/CentOS 7?
> >>
> >>
> >>
> >> https://downloads.whamcloud.com/public/lustre/lustre-2.14.0/
> >>
> >>
> >>
> >> We can see release 2.13 supports RHEL 7.7 (servers and clients) and
> >> 2.12.9 supports RHEL 7.9.  Part of this upgrade is motivated to work on
> a
> >> OST-to-DoM migration but this appears to be possible until 2.13.  Our
> >> desire is to use DoM to alleviate with metadata performance due to tons
> of
> >> small files.  We want at this point to verify if any 2.13 or 2.14 would
> >> eventually support CentOS 7.9.
> >>
> >>
> >>
> >> Thanks in advance!
> >>
> >> -Hugo
> >>
> >>
> >> --
> >>
> >> "Se seus esfor?os foram vistos com indeferen?a, n?o desanime que o sol
> >> faze um espectacolo maravilhoso todas as manh?s enquanto a maioria das
> >> pessoas ainda est?o dormindo"
> >>
> >> - An?nimo brasileiro
> >>
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20210506/79071bda/attachment-0001.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> lustre-discuss mailing list
> [email protected]
> http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
>
>
> ------------------------------
>
> End of lustre-discuss Digest, Vol 182, Issue 6
> **********************************************
>
_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Reply via email to