Created Building ZFS (markdown)
parent
8bdead485d
commit
222e7c09f7
|
@ -0,0 +1,105 @@
|
||||||
|
### GitHub Repositories
|
||||||
|
|
||||||
|
The official source for ZFS on Linux is maintained at GitHub by the [zfsonlinux organization][zol-org]. The project consists of two primary git repositories named [spl][spl-repo] and [zfs][zfs-repo], both are required to build ZFS on Linux.
|
||||||
|
|
||||||
|
* **SPL**: The SPL is thin shim layer which is responsible for implementing the fundamental interfaces required by OpenZFS. It's this layer which allows OpenZFS to be used across multiple platforms.
|
||||||
|
|
||||||
|
* **ZFS**: The ZFS repository contains a copy of the upstream OpenZFS code which has been adapted and extended for Linux. However, the vast majority of the core OpenZFS code is self contained and can be used without modification.
|
||||||
|
|
||||||
|
### Installing Dependencies
|
||||||
|
|
||||||
|
The first thing you'll need to do is prepare your environment by installing a full development tool chain. In addition, development headers for both the kernel and the following libraries must be available: zlib, libattr, libuuid, libblkid, selinux, libudev (optional). Finally, if you wish to run the ZFS Test Suite make sure ksh is installed.
|
||||||
|
|
||||||
|
For Debian and Ubuntu:
|
||||||
|
|
||||||
|
```
|
||||||
|
sudo apt-get install build-essential gawk alient fakeroot linux-headers-$(uname -r)
|
||||||
|
sudo apt-get install zlib1g-dev uuid-dev libattr1-dev libblkid-dev libselinux-dev libudev-dev
|
||||||
|
sudo apt-get install parted lsscsi ksh
|
||||||
|
```
|
||||||
|
|
||||||
|
For RHEL, CentOS, and Fedora:
|
||||||
|
|
||||||
|
```
|
||||||
|
sudo yum groupinstall "Development Tools" kernel-devel
|
||||||
|
sudo yum install zlib-devel libuuid-devel libattr-devel libblkid-devel libselinux-devel libudev-devel
|
||||||
|
sudo yum install parted lsscsi ksh
|
||||||
|
```
|
||||||
|
|
||||||
|
### Build Options
|
||||||
|
|
||||||
|
There are two methods for building ZFS on Linux depending on your requirements.
|
||||||
|
|
||||||
|
* **Packages**: Often it can be useful to build custom packages from git which can be installed on a system. This is the best way to perform integration testing with systemd, dracut, and udev. The downside to using packages it is greatly increases the time required to build, install, and test a change.
|
||||||
|
|
||||||
|
* **In-tree**: Alternately, development can be done entirely in the spl and zfs source trees. This can reduce development time by allowing a developer to rapidly iterate on a patch. When working in-tree developers can leverage incremental builds, load/unload kernel modules, run utilities, and verify all their changes with the ZFS test suite.
|
||||||
|
|
||||||
|
The remainder of this page focuses on **in-tree** development which is the recommended method for the majority of changes. See the [[custom-packages]] page for additional information of building packages.
|
||||||
|
|
||||||
|
### Developing In-Tree
|
||||||
|
|
||||||
|
#### Clone from GitHub
|
||||||
|
|
||||||
|
Start by cloning the spl and zfs repositories from GitHub. The repositories have a **master** branch for development and a series of **\*-release** branches for tagged production releases. After checking out the repository your clone will default to the master branch. Tagged releases may be built by checking out spl/zfs-x.y.z tags with matching version numbers or matching release branches. Avoid using mismatched versions, this can result in a build failures due to interface changes.
|
||||||
|
|
||||||
|
```
|
||||||
|
git clone https://github.com/zfsonlinux/spl
|
||||||
|
git clone https://github.com/zfsonlinux/zfs
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Configure and Build
|
||||||
|
|
||||||
|
For developers working on a change always create a new topic branch based off of master. This will make it easy to open a pull request with your change latter. The master branch is kept stable with extensive [regression testing][buildbot] of every pull request before and after it's merged. Every effort is made to catch defects as early as possible and to keep them out of the tree. Developers should be comfortable frequently rebasing their work against the latest master branch.
|
||||||
|
|
||||||
|
In this example, we'll be using the master branch and a default in-tree build. As mentioned above ZFS layers on top of the spl so its necessary to build this dependency first. Start by checking out the desired branch then build the spl source in the tradition autotools fashion.
|
||||||
|
|
||||||
|
```
|
||||||
|
cd spl
|
||||||
|
git checkout master
|
||||||
|
sh autogen.sh
|
||||||
|
./configure
|
||||||
|
make -s -j$(nproc)
|
||||||
|
```
|
||||||
|
|
||||||
|
* **tip:** `--with-linux=PATH` and `--with-linux-obj=PATH` can be passed to configure to specify a kernel installed in a non-default location. This option is also supported when building ZFS.
|
||||||
|
* **tip:** `--enable-debug` can be set to enable all ASSERTs and additional correctness tests. This option is also supported when building ZFS.
|
||||||
|
|
||||||
|
Next move to the ZFS source tree and build it the same way.
|
||||||
|
|
||||||
|
```
|
||||||
|
cd ../zfs
|
||||||
|
git checkout master
|
||||||
|
sh autogen.sh
|
||||||
|
./configure
|
||||||
|
make -s -j$(nproc)
|
||||||
|
```
|
||||||
|
|
||||||
|
* **tip:** `--with-spl=PATH` and `--with-spl-obj=PATH` can be passed to configure if it is unable to locate the SPL.
|
||||||
|
|
||||||
|
#### Run the ZFS Test Suite
|
||||||
|
|
||||||
|
There are a few helper scripts provided in the top-level scripts directory designed to aid using ZFS in-tree.
|
||||||
|
|
||||||
|
* **zfs-helper.sh:** Certain functionality (i.e. /dev/zvol/) depends on the ZFS provided helper scripts being installed on your system. This script can be used to create symlinks on your system from the installation location to your in-tree version of the helper. These links must be in place to successful run the ZFS Test Suite. The **-i** and **-r** options can be used to install and remove the symlinks.
|
||||||
|
|
||||||
|
```
|
||||||
|
sudo ./scripts/zfs-helpers.sh -i
|
||||||
|
```
|
||||||
|
|
||||||
|
* **zfs.sh:** The freshly built kernel modules can be loaded using `zfs.sh`. This script can latter be used to unload the kernel modules with the **-u** option.
|
||||||
|
|
||||||
|
```
|
||||||
|
sudo ./scripts/zfs.sh
|
||||||
|
```
|
||||||
|
|
||||||
|
* **zfs-tests.sh:** A wrapper which can be used to launch the ZFS Test Suite. Three loopback devices will be created on top of sparse files located in /var/tmp/ and used for the regression test. Detailed directions for the ZFS Test Suite can be found in the [README][zts-readme] located in the top-level tests directory.
|
||||||
|
|
||||||
|
```
|
||||||
|
./scripts/zfs-tests.sh -vx
|
||||||
|
```
|
||||||
|
|
||||||
|
[zol-org]: https://github.com/zfsonlinux/
|
||||||
|
[spl-repo]: https://github.com/zfsonlinux/spl
|
||||||
|
[zfs-repo]: https://github.com/zfsonlinux/zfs
|
||||||
|
[buildbot]: http://build.zfsonlinux.org/
|
||||||
|
[zts-readme]: https://github.com/zfsonlinux/zfs/tree/master/tests
|
Loading…
Reference in New Issue