Thanks, Nathaniel. We found this did the trick: sh ./autogen.sh./configure --with-spec=redhatmake rpm-utils rpm-kmod
then sh ./autogen.sh# note 1; this seems to locate the proper zfs. (see note 2 below)./configure --enable-ldiskfs --with-zfs --enable-quota --enable-utils --enable-gss# note 2; select output:# checking whether to build ldiskfs... yes# checking whether to enable zfs... yes# checking zfs source directory... /usr/src/zfs-2.0.4# checking zfs build directory... /usr/src/zfs-2.0.4/3.10.0-1160.6.1.el7.x86_64# checking zfs source version... 2.0.4-1# checking zfs file name for module symbols... Module.symvers# checking user provided zfs devel headers... # checking zfs devel headers... -I/usr/include/libspl -I /usr/include/libzfs# checking if zfs defines dsl_pool_config_enter/exit... yes This works in our test environment. Notice, the ./configure --with-spec= redhat did the trick when configuring ZFS then fix when building Lustre. I need to test on the newest kernel but it works fine for the one tested for the 2.14 release with CentOS 7.9. -- *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 Tue, May 11, 2021 at 10:04 AM Nathaniel Clark via lustre-discuss < [email protected]> wrote: > If you've installed the zfs rpms: > > zfs, kmod-zfs, kmod-zfs-devel, kmod-zfs-devel-$(uname -r), libnvpair3, > libuutil3, libzfs4, libzfs4-devel, libzpool4 > > You should be able to configure lustre via: > > sh autogen.sh > > ./configure --with-zfs > > make rpms > > The auto conf will pick up the current kernel and all the installed ZFS > paths without having to specify them. > > Sincerely, > > Nathaniel Clark > On 5/6/21 12:47 PM, Hugo R Hernandez via lustre-discuss wrote: > > 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 >>> >> > _______________________________________________ > lustre-discuss mailing > [email protected]http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org > > -- > Nathaniel Clark > Senior Software Engineer > Whamcloud / DDN > > _______________________________________________ > lustre-discuss mailing list > [email protected] > http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org >
_______________________________________________ lustre-discuss mailing list [email protected] http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
