ZFS On Debian Lenny 64 bits (with 2.6.32 backport kernel)

[davromaniak]

Hi again, :).

I create this issue to report the status of ZFS under Debian Lenny (stable) 64 bits with the 2.6.32 backport kernel.

Compilation, installation and modprobe (dont forget the "depmod -a") : All working well.

Here the configure line I used (important for the following part) : ./configure --with-linux=/usr/src/linux-headers-2.6.32-bpo.4-common/ --with-linux-obj=/usr/src/linux-headers-2.6.32-bpo.4-amd64/ --with-spl=/usr/local/src/spl-0.4.9/2.6.32-bpo.4-amd64/ --prefix=/usr/local/

I know "/usr/local/" is the default value for "--prefix", but it's just a habit for me.

First problem : the zconfig.sh execution

splzfs:~# /usr/local/libexec/zfs/zconfig.sh 
test 1 - persistent zpool.cache: /usr/local/libexec/zfs/zconfig.sh: line 63: /usr/libexec/zfs/zfs.sh: No such file or directory
FAIL (1)

For the moment, I give a solution which looks like more a piece of duct tape than a real fix.

I created the file /usr/local/libexec/.script-config with the following content :

splzfs:~# cat /usr/local/libexec/.script-config
KERNELSRC=/usr/src/linux-headers-2.6.32-bpo.4-common/
KERNELBUILD=/usr/src/linux-headers-2.6.32-bpo.4-amd64/
KERNELSRCVER=2.6.32-bpo.4-amd64
KERNELMOD=/lib/modules/${KERNELSRCVER}/kernel

SPLSRC=/usr/local/src/spl-0.4.9/2.6.32-bpo.4-amd64/
SPLBUILD=/lib/modules/{KERNELSRCVER}/addon/spl/
SPLSRCVER=0.4.9

TOPDIR=/usr/local
LIBDIR=${TOPDIR}/lib
MODDIR=/lib/modules/{KERNELSRCVER}/addon/zfs/
SCRIPTDIR=${TOPDIR}/libexec/zfs/
ZPOOLDIR=${SCRIPTDIR}/zpool-config
ZPIOSDIR=${SCRIPTDIR}/zpios-test
ZPIOSPROFILEDIR=${SCRIPTDIR}/zpios-profile

ZDB=${TOPDIR}/sbin/zdb
ZFS=${TOPDIR}/sbin/zfs
ZINJECT=${TOPDIR}/sbin/zinject
ZPOOL=${TOPDIR}/sbin/zpool
ZPOOL_ID=${TOPDIR}/bin/zpool_id
ZTEST=${TOPDIR}/sbin/ztest
ZPIOS=${TOPDIR}/sbin/zpios

COMMON_SH=${SCRIPTDIR}/common.sh
ZFS_SH=${SCRIPTDIR}/zfs.sh
ZPOOL_CREATE_SH=${SCRIPTDIR}/zpool-create.sh
ZPIOS_SH=${SCRIPTDIR}/zpios.sh
ZPIOS_SURVEY_SH=${SCRIPTDIR}/zpios-survey.sh

INTREE=1
MODULES=(zlib_deflate spl splat zavl znvpair zunicode zcommon zfs)

The last line is necessary for using "zfs.sh -u".

Now I've "duct-taped" this problem, I relaunch the zconfig.sh script.

Problem :

splzfs:~# /usr/local/libexec/zfs/zconfig.sh 
test 1 - persistent zpool.cache: PASS
test 2 - scan disks for pools to import: PASS
test 3 - ZVOL sanity: PASS

The first 2 tests passed without difficulties (thanks to the piece of duct tape).

The ZVOL sanity test takes a bit longer, maybe because the server I use is a bit old.

The zpios-sanity.sh script also works well :

splzfs:~# /usr/local/libexec/zfs/zpios-sanity.sh 
status    name        id    wr-data wr-ch   wr-bw   rd-data rd-ch   rd-bw
-------------------------------------------------------------------------------
PASS:     file-raid0   0    64m 64  20.52m  64m 64  838.66m
PASS:     file-raid10  0    64m 64  10.34m  64m 64  933.38m
PASS:     file-raidz   0    64m 64  7.86m   64m 64  748.92m
PASS:     file-raidz2  0    64m 64  6.29m   64m 64  718.95m
PASS:     lo-raid0     0    64m 64  20.10m  64m 64  961.69m
PASS:     lo-raid10    0    64m 64  5.80m   64m 64  794.47m
PASS:     lo-raidz     0    64m 64  6.26m   64m 64  641.12m
PASS:     lo-raidz2    0    64m 64  7.58m   64m 64  679.89m

Thanks.

[davromaniak]

I've just tested ZFS on the 32 bits server.

It works well with the "/usr/local/libexec/.script-config" modified (replace amd64 by 686).

Thanks.

[behlendorf]

Thanks for the guide davromaniak, I'll update the wiki with your Debian hints. Also can you try simply omitting --prefix from your configure line. This should result in the rpm setting the path to /usr/ instead of /usr/local/ and then I don't think you'll need the duck tape.

[davromaniak]

The problem on Debian, is when I ommit the --prefix from my configure line, it puts all in /usr/local (if I can remember).

I simply use the --prefix as a personal remember, :).

My problem was that on the zconfig.sh script, which has ZFS_SH variable set to "/usr/libexec/zfs/zfs.sh", and on Debian, the absolute path of zfs.sh is "/usr/local/libexec/zfs/zfs.sh".

I'm going to double check this tomorrow morning, because I don't want to overcharge this howto.

On the next few weeks, I will try to make a debian package (and give you the source) for ZFS and SPL, I'm very familiar with debian/ubuntu packaging for about 3-4 years. I think this could be usefull and easier for installing this.

Thanks

[davromaniak]

Sorry, I closed it by error.

[behlendorf]

I suggested dropping --prefix because when rpmbuild runs configure it will include --prefix=/usr unless you specified your own with the initial configure. So by default the rpm package will install the scripts in to the right path. Now a ./configure; make; make install will use /usr/local/ as you say and the path will be wrong.

That said I would love to get real debian packages, I'm not familiar with their packaging. If you could work though all of that I've love to take those changes in to the project and support both. I appreciate the help!

[davromaniak]

For the dropping of --prefix, I understand.

Maybe for the debian package I will have to patch the common.sh file (a patch within the package), the paths in common.sh are all "Debian compliant", except for the libexec directory, in Debian, the libexec directory is generally "/usr/lib/name_of_the_program/libexec/" (for example, "/usr/lib/zfs/libexec/"), it's a bit strange, but it's like this.

I will keep you informed on this.

Thanks.