Difference between revisions of "Install"

From OpenZFS on OS X
Jump to: navigation, search
(Pseudo-Installing for Development)
Line 230: Line 230:
  
 
== Pseudo-Installing for Development ==
 
== Pseudo-Installing for Development ==
 +
The procedure is the same as found in the section [[Install#Installing_from_Source|installing from source]] except that you never run "make install." Instead you load the kexts manually, and execute the binaries directly from the source tree.
 +
 +
You can load the kext manually by running
 +
 +
<syntaxhighlight lang="bash">
 +
zfsadm -k
 +
</syntaxhighlight>
 +
 +
By default, zfsadm -k will create the directory ~/Library/Extensions if it doesn't exist, remove ~/Library/Extensions/spl.kext and ~/Library/Extensions/zfs.kext if they are present, copy spl.kext and zfs.kext from the source where they were built to ~/Library/Extenions, recursively change the ownership of everything in ~/Library/Extensions/spl.kext and ~/Library/Extensions/zfs.kext to be owned to be owned by the user "root" and the group "wheel," and then load the kexts directly from ~/Library/Extensions. If you prefer to use a different directory, use the -i option in zfsadm or edit zfsadm to hard code a different directory.
 +
 +
If you do not wish to use zfsadm, you can do all of this yourself, using whatever target directory you'd like. For example, you might do the following:
 +
 +
<syntaxhighlight lang="bash">
 +
cd /tmp
 +
sudo rm -rf o3x
 +
sudo mkdir o3x
 +
 +
cd ~/Developer
 +
sudo cp -r zfs/module/zfs/zfs.kext /tmp/o3x/
 +
sudo cp -r spl/module/spl/spl.kext /tmp/o3x/
 +
 +
cd /tmp/o3x
 +
sudo chown -R *
 +
sudo kextload spl.kext
 +
sudo kextload -d spl.kext zfs.kext
 +
</syntaxhighlight>
 +
 +
Once the kexts have been loaded, you can test the commands.
 +
 +
<syntaxhighlight lang="bash">
 +
cd ~/Developer/zfs
 +
sudo ./cmd.sh zfs status
 +
</syntaxhighlight>

Revision as of 12:57, 14 March 2014

Installing the Official Release

Download the most recent dmg from the Downloads page.

Verify the checksums.

$ md5 OpenZFS_on_OS_X_*.dmg
$ sha1sum OpenZFS_on_OS_X_*.dmg
$ openssl dgst -sha256 OpenZFS_on_OS_X_*.dmg

Open the .dmg file.

Read ReadMe.rtf.

Start the installer by opening OpenZFS_on_OS_X_x.y.z.pkg.

Follow the prompts.

If you ever want to uninstall, follow the instructions for uninstalling a release version.

Installing from Source

(Adapted from an article by ZeroBSD.)

If you have any other implementation of ZFS installed, you must uninstall it and reboot before proceeding further.

We'll need to fetch the latest source from the repository on GitHub and then compile it.

For this, we'll need some prerequisites:


To install Homebrew:

ruby -e "$(curl -fsSL https://raw.github.com/Homebrew/homebrew/go/install)"

Paste that at a Terminal prompt.

Once Homebrew is installed, we need a couple of things first:

brew install automake libtool gawk

Create two folders in your home directory.

mkdir ~/Developer
mkdir ~/bin

Add the ~/bin directory to your PATH.

echo 'export PATH=$HOME/bin:$PATH' >> ~/.bash_profile

and update your environment by sourcing your profile.

source ~/.bash_profile

To acquire the sources and build ZFS, we'll need the zfsadm script found here.

cd ~/Developer/
git clone https://gist.github.com/7713854.git zfsadm-repo
cp zfsadm-repo/zfsadm ~/bin/
chmod +x ~/bin/zfsadm

All set. Let's go cloning and building ZFS:

zfsadm

Now let it work. This should take a few minutes depending on the speed of your machine.

Before using ZFS, we need to actually install it.

cd ~/Developer/zfs
sudo make install
cd ~/Developer/spl
sudo make install

You can check to see if the kernel extensions loaded automatically with

sudo kextstat | grep lundman

You should see something similar to

137    1 0xffffff803f61a800 0x20c      0x20c      net.lundman.kernel.dependencies (10.0.0)
144    1 0xffffff7f82720000 0xd000     0xd000     net.lundman.spl (1.0.0) <137 7 5 4 3 1>
145    0 0xffffff7f8272d000 0x202000   0x202000   net.lundman.zfs (1.0.0) <144 13 7 5 4 3 1>

If not, make sure kextd is aware of them.

sudo touch /System/Library/Extensions
sudo killall -HUP kextd

And check again.

sudo kextstat | grep lundman

If not, you can load the kexts manually.

cd /System/Library/Extensions
sudo kextload spl.kext
sudo kextload -d spl.kext zfs.kext

Now add /usr/local/sbin to your PATH. This is where you will find the command binaries (zpool, zfs, zdb, etc.).

echo 'export PATH=$PATH:/usr/local/sbin' >> ~/.bash_profile

and update your environment by sourcing your profile again.

source ~/.bash_profile

Try running

sudo zpool

to see if everything is installed and configured properly.

You can go ahead and create your pools at this point.

When you want to get the latest commits from the GitHub, here's a quick overview of things you need to run.

First make sure you have exported all of your pools.

sudo zpool list

For every pool listed, run

sudo zpool export $poolname

in order to prevent a kernel panic when the kexts are unloaded.

Make sure they have exported successfully.

sudo zpool status

It should say, "no pools available."

Now you should be able to upgrade your ZFS installation safely.

cd ~/Developer
 
cd spl
make clean
cd ..
 
cd zfs
make clean
cd ..
 
zfsadm
 
# Assuming the build completed successfully,
# unload the kexts. If you did not export all of
# your pools this will panic:
 
zfsadm -u
 
# Now install the upgrade.
 
cd spl
sudo make install
cd ..
 
cd zfs
sudo make install
 
# And verify they reloaded automatically
 
sudo kextstat | grep lundman
 
# If not, make sure kextd is aware of them
 
sudo touch /System/Library/Extensions
sudo killall -HUP kextd
 
# and check again
 
sudo kextstat | grep lundman
 
# if they they still have not loaded automatically
 
cd /System/Library/Extensions
sudo kextload spl.kext
sudo kextload -d spl.kext zfs.kext

If net.lundman.kernel.dependencies has been updated (quite rare) a reboot would be necessary.

If you ever want to uninstall, follow the instructions for uninstalling a source install.

Installing an Unofficial Disk Image (.dmg) for Testers

Pseudo-Installing for Development

The procedure is the same as found in the section installing from source except that you never run "make install." Instead you load the kexts manually, and execute the binaries directly from the source tree.

You can load the kext manually by running

zfsadm -k

By default, zfsadm -k will create the directory ~/Library/Extensions if it doesn't exist, remove ~/Library/Extensions/spl.kext and ~/Library/Extensions/zfs.kext if they are present, copy spl.kext and zfs.kext from the source where they were built to ~/Library/Extenions, recursively change the ownership of everything in ~/Library/Extensions/spl.kext and ~/Library/Extensions/zfs.kext to be owned to be owned by the user "root" and the group "wheel," and then load the kexts directly from ~/Library/Extensions. If you prefer to use a different directory, use the -i option in zfsadm or edit zfsadm to hard code a different directory.

If you do not wish to use zfsadm, you can do all of this yourself, using whatever target directory you'd like. For example, you might do the following:

cd /tmp
sudo rm -rf o3x
sudo mkdir o3x
 
cd ~/Developer
sudo cp -r zfs/module/zfs/zfs.kext /tmp/o3x/ 
sudo cp -r spl/module/spl/spl.kext /tmp/o3x/
 
cd /tmp/o3x
sudo chown -R *
sudo kextload spl.kext
sudo kextload -d spl.kext zfs.kext

Once the kexts have been loaded, you can test the commands.

cd ~/Developer/zfs
sudo ./cmd.sh zfs status