https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3497 Lustre <p>Currently the LB_ZFS_USER macro test only for /usr/include patch for development headers. This puts a hard requirement of installing the zfs development rpm on any build box. For a non administrator on a build box this is not a option. Those needed headers are also available in the source tree of zfs so we can use that as a second option to allow a normal user to build lustre rpms.</p> Any build box. LU-3497

Lustre build system hardcoded to using ZFS development headers in /usr/include only.

Bug Critical Resolved Fixed Minh Diep James A Simmons yuc2 Mon, 24 Jun 2013 14:13:13 +0000 Thu, 18 Dec 2014 18:21:09 +0000 Tue, 3 Sep 2013 19:52:15 +0000 Lustre 2.4.1 Lustre 2.5.0 Lustre 2.5.0 Lustre 2.4.2 0 5 <p>Patch at <a href="http://review.whamcloud.com/#/c/6750/" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/6750/</a></p> <p>Thanks James! Minh could you please take care of this one?</p> <p>Hi James,</p> <p>I hit this when I built without zfs/spl installed on the system</p> <p>checking zfs source directory... /mnt/build/build/lu3497/BUILD/usr/src/zfs-0.6.1/<br/> checking zfs build directory... /mnt/build/build/lu3497/BUILD/usr/src/zfs-0.6.1/2.6.32-358.11.1.el6_lustre.g4b6bec2.x86_64<br/> checking zfs source version... 0.6.1-24_gf9ca914<br/> checking zfs file name for module symbols... Module.symvers<br/> checking zfs devel headers... Not found<br/> configure: error:</p> <p>Required zfs osd cannot be built due to missing zfs development headers.</p> <p>...</p> <p><span class="error">&#91;mpiuser@client-1 lu3497&#93;</span>$ ls BUILD/usr/src/zfs-0.6.1/<br/> 2.6.32-358.11.1.el6_lustre.g4b6bec2.x86_64 include zfs_config.h.in zfs.release.in<br/> <span class="error">&#91;mpiuser@client-1 lu3497&#93;</span>$ ls BUILD/usr/src/zfs-0.6.1/include/<br/> linux sys zfeature_common.h zfs_comutil.h zfs_deleg.h zfs_fletcher.h zfs_namecheck.h zfs_prop.h zpios-ctl.h zpios-internal.h<br/> <span class="error">&#91;mpiuser@client-1 lu3497&#93;</span>$ </p> <p>In the <a href="https://jira.whamcloud.com/browse/LU-1930" title="Fix Lustre build of backend file systems" class="issue-link" data-issue-key="LU-1930"><del>LU-1930</del></a> patch I seen similar behavior of the headers being in different locations. It was different for the tar ball versus the source rpm in the past. I was hoping that changed but guess not.</p> <p>James,</p> <p>I have been looking into this and have a question:</p> <p>rpm2cpio /mnt/build/build/lu3497/BUILD/RPMS/x86_64/kmod-zfs-devel-0.6.1-24_gf9ca914.el6.x86_64.rpm<br/> + cpio -vid<br/> ./usr/src/zfs-0.6.1<br/> ./usr/src/zfs-0.6.1/include<br/> ./usr/src/zfs-0.6.1/include/linux<br/> ./usr/src/zfs-0.6.1/include/linux/blkdev_compat.h</p> <p>....</p> <p>+ rpm2cpio /mnt/build/build/lu3497/BUILD/RPMS/x86_64/zfs-devel-0.6.1-24_gf9ca914.el6.x86_64.rpm<br/> + cpio -vid<br/> ./lib64/libnvpair.so<br/> ./lib64/libuutil.so<br/> ./lib64/libzfs.so<br/> ./lib64/libzpool.so<br/> ./usr/include/libspl<br/> ./usr/include/libspl/assert.h<br/> ./usr/include/libspl/atomic.h</p> <p>Could you help me understand why we need zfs-devel and kmod-zfs-devel?<br/> why kmod-zfs-devel does not include libspl and libzfs?</p> <p>should I rpm2cpio zfs-devel under /usr/src/zfs-$version so lustre build can find it?</p> <p>kmod is for handling kernel modules and their internals only. The normal zfs-devel is for building the user land utilities. Lustre needs both, one for osd-zfs and the other for the mount.lustre and friends.<br/> Its my first time playing with kmod myself. I'm getting the hang of it now.</p> <p>Please review the latest update of the patch <a href="http://review.whamcloud.com/#/c/6750/4" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/6750/4</a></p> <p>Patch landed to master. Please let me know if more work is needed in this ticket and I will reopen.</p> <p>Could we land this to 2.4 as well.</p> <p>We'll certainly consider this issue for 2.4.2 but it is too late to include it in 2.4.1</p> <p>Oleg can you see if <a href="http://review.whamcloud.com/#/c/6750" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/6750</a> can be cherry picked for 2.4.2.</p> <p>So presumably the libraries needed to build userspace tools linked with libzfs are in the <tt>zfs-devel</tt> package also, yes?</p> <p>I don't see how this patch enables the build of userspace tools wanting to <tt>-lzfs</tt> to find the libs in the unpacked <tt>zfs-devel</tt>. Is it not part of this work or am I just missing it? Maybe linking with <tt>-lzfs</tt> has just not been necessary yet?</p> <p>At the time of the patch creating we didn't need to link to libzfs.</p> Duplicate LU-3377 Development Rank 1|hzvtun: Rank (Obsolete) 8794 Severity