[lustre-discuss] Lustre version 2.14 support for CentOS 7

Hugo R Hernandez hdezmora at gmail.com
Tue May 11 16:01:34 PDT 2021


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 <
lustre-discuss at lists.lustre.org> 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 <hdezmora at gmail.com>
> 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 <pjones at whamcloud.com>
>> 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 <lustre-discuss-bounces at lists.lustre.org> on
>>> behalf of Hugo R Hernandez via lustre-discuss <
>>> lustre-discuss at lists.lustre.org>
>>> *Reply-To: *Hugo R Hernandez <hdezmora at gmail.com>
>>> *Date: *Thursday, April 15, 2021 at 8:50 AM
>>> *To: *"lustre-discuss at lists.lustre.org" <lustre-discuss at lists.lustre.org
>>> >
>>> *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 listlustre-discuss at lists.lustre.orghttp://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
>
> --
> Nathaniel Clark
> Senior Software Engineer
> Whamcloud / DDN
>
> _______________________________________________
> lustre-discuss mailing list
> lustre-discuss at lists.lustre.org
> http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20210511/e0ba5bdd/attachment.html>


More information about the lustre-discuss mailing list