[LU-3117] Build: ZFS version is old

• Type: Bug
• Resolution: Fixed
• Priority: Major
• Fix Version/s: Lustre 2.4.0
• Affects Version/s: Lustre 2.4.0
• Labels: patch zfs
• Environment: Builds from the build server
• Severity: 3
• Assignee: Nathaniel Clark
• Reporter: Keith Mannthey (Inactive)

Description

While working on LU-3109 it seems the ZFS we package is old.

Christopher Morrone added a comment - 05/Apr/13 1:04 AM

rc10 is old, you should definitely upgrade to the latest rc of 0.6.0. 0.6.1 is a little TOO new, because packaging has changed there, and lustre will need a little tweaking to find the new paths and things automatically. You can build by hand by giving spl and zfs paths, but the latest 0.6.0 rc will just be easier.

It seems we need to say current with the ZFS version.

Comments

[Nathaniel Clark]

Structure of the zfs spec files makes it hard to override the location of spl directory during build in zfs 0.6.1

[Nathaniel Clark]

I've worked with Chris to update the zfs & spl versions in the build system to 0.6.1. This will probably break builds until this patch is landed with a fix to the lbuild script for the new versions of zfs and spl.

The change in the new version that caused lbuild to fail is the removal of all the autotools products. The fix in the patch is to run autogen.sh before trying to call configure.

[Brian Behlendorf]

http://review.whamcloud.com/#change,5960

[Brian Behlendorf]

Two more thoughts related to this:

• It would be ideal if you could add the ZFS EPEL repository to your builders. This way with minimal effort you'll always be testing the latest tagged release. Just run 'yum update' and if there are new packages they will be built and installed.

• Longer term if DKMS style packaging is added to Lustre it could be easily hosted in a yum repository like ZFS.

[Brian Behlendorf]

The packaging changes which effect the Lustre build system are the only concern. My intention is to push a patch today which addresses these issues. If we can get this merged before 2.4 is tagged then people will be able to run ZFS 0.6.1 with Lustre 2.4.0 easily. The intention is RHEL/Centos users can add ZFS+Lustre support as follows:

# Install the ZFS EPEL repository and install the ZFS DKMS packages.
sudo yum localinstall --nogpgcheck http://archive.zfsonlinux.org/epel/zfs-release-1-2.el6.noarch.rpm
sudo yum install zfs zfs-devel

# Build and install Lustre as usual, it will automatically detect the ZFS packages and enable OSD support.
cd lustre
sh autogen.sh
./configure
make rpm

[Andreas Dilger]

Chris, Brian,
is your concern with 0.6.1 only about the packaging changes, or are there other reasons not to go to 0.6.1? For anyone using Lustre+ZFS, they need to do their own ZFS build and install, so it is likely that they will be using 0.6.1 anyway. It makes sense that Nathaniel resolve any issues with Lustre using 0.6.1 anyway, since it makes sense to have the Lustre 2.4.0 release use the 0.6.1 ZFS code.

Are there any fixes after the 0.6.1 tag that we should include?

[Jodi Levi (Inactive)]

Nathaniel,
Could you please have a look to see if you can upgrade this?
Thank you!