Details
-
Bug
-
Resolution: Fixed
-
Minor
-
Lustre 2.1.2
-
Ubuntu 10.04.1 LTS x64, running on Dell severs.
-
3
-
10078
Description
Attempting to clone and build debs from the git repository fails to complete the build.
The failing build script is :
#!/bin/sh
git clone -b b2_1 git://git.whamcloud.com/fs/lustre-release.git
cd lustre-release
sh autogen.sh
./configure
make debs
This seems to fail building the client modules, log of failing build attached.
Modifying the build script to :
#!/bin/sh
git clone -b b2_1 git://git.whamcloud.com/fs/lustre-release.git
cd lustre-release
sh autogen.sh
./configure --enable-dist
make dist
rm -rf BUILD
mkdir BUILD
cd BUILD
ln ../lustre-2.1.2.tar.gz lustre_2.1.2.orig.tar.gz
tar zxf ../lustre-2.1.2.tar.gz
cd lustre-2.1.2
./configure
make debs
allows the build to complete successfully
Cheers.
Phill.
Attachments
Issue Links
Activity
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/13129/
Subject: LU-1706 build: Fixes for debian build system with Ubuntu 12.04+
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: f8babafc6ac2cae22e6005103aaa5ac4aa0a63ea
Just uploaded a new patch set with some improvements. I believe the module-assist issues that I corrected for in earlier versions of the patch set by requiring 0.11.5 are fixed now that LINUX_OBJ and LINUXRELEASE are used by m-a directly with -k and -l options respectively. This means module assist 0.11.4 which comes with Ubuntu 12.04 should be adequate. In theory this patch should fix issues with 10.04 and I chose a debhelper version that is included with 10.04. Testing would be appreciated.
For building a 14.04 client, I had to disable the kernel config options relating to Lustre (LU-5628). If there's an appropriate place, I can post the build commands I used.
If building 2.6.0 instead of master, I had to apply 2 patches from LU-5418, both of which have been merged into master.
I have been using the following configure line, where disabling the server code appears a noop, and adding options if necessary for building for a kernel besides the running one:
./configure [ --disable-server --with-linux=... --with-linux-obj=... ] && make debs
If you build a new kernel for Ubuntu 14.04, the configure get's more complicated but it works with patch set 7:
./configure --with-linux=$HOME/linux-3.13.0/debian/linux-headers-3.13.0-43/usr/src/linux-headers-3.13.0-43 --with-linux-obj=$HOME/linux-3.13.0/debian/build/build-generic --disable-server && make debs
Blake Caldwell (blakec@ornl.gov) uploaded a new patch: http://review.whamcloud.com/13129
Subject: LU-1706 build: fixes to locate kernel in make debs
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 0d6009997ce6bcc793c466d393c50419fd4c78f3
James Simmons (uja.ornl@gmail.com) uploaded a new patch: http://review.whamcloud.com/12811
Subject: LU-1706 build: Fixes to make debs to locate kernels
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 4cd12be66425ffc77856dec28fd03c9271c42db7
Some of co workers managed to fix a few issues but when I go to build it myself I see the following type errors:
dh_installdocs: This package will soon FTBFS; time to fix it!
cp: preserving permissions for `debian/lustre-utils/usr/share/doc/lustre-utils/BUGS': Operation not supported
dh_installdocs: cp -a lustre/BUGS debian/lustre-utils/usr/share/doc/lustre-utils returned exit code 1
I see this for mount.lustre as well. Any detain experts out there that know how to fix this?
This is also the case for newer 2.X versions (2.4+). Recently we had to get this working on a newer Ubuntu which we did. I will push a patch soon.
Is there someone in the community using Debian/Ubuntu that could submit a patch to the "make debs" build target to handle these details for the user? That would simplify the build process so that a less technical user could build packages without having to eventually work out this process via trial-and-error or eventually find it in this bug.
Patch landed. This ticket can be closed.