News: 1606836304

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

OpenZFS v2.0.0 targets Linux and FreeBSD – shame about the Oracle licensing worries

(2020/12/01)


The OpenZFS project, formerly called ZFS on Linux, has released version 2.0.0 with major new features. The previous release was version 0.86 in October. Both Linux and FreeBSD are supported.

ZFS is approaching 20 years old. It was developed in 2001 by Sun Microsystems, and open-source code was released with OpenSolaris in 2005. It was ported to FreeBSD in 2008, and in the same year the ZFS on Linux project started. In 2013 the OpenZFS project was [1]announced . ZFS on Linux was an implementation of OpenZFS, but now that the project also targets FreeBSD from the same repository, it is called simply OpenZFS.

Oracle Solaris also still exists and includes Oracle ZFS, though the OpenZFS project [2]notes : "As Oracle's code is not open source, the OpenZFS wish to maintain compatibility with Solaris ZFS pool versions 29–35 is difficult to realize."

OpenZFS is more than a file system since it also includes volume management, integrity checking, self-healing, built-in RAID, almost inconceivably large theoretical capacity (256 trillion yobibytes is claimed), transparent compression, native encryption, and storage and replication.

The version numbering is a tad confusing since it has skipped 1.x. It may have been felt that a 1.0 release would also have confused, given the long history of ZFS. The goal, according to a presentation by co-founder Matt Ahrens at the OpenZFS developer summit in October, is to have a major release annually. There is also a plan to support macOS in OpenZFS 3.0.

New features in [3]version 2.0.0 include sequential resilvering – meaning rebuilding a failed mirror – which according to the release notes takes "a fraction of the time it would take a traditional healing resilver".

There is also [4]ZStandard compression , which performs dramatically better than what was used previously, gzip.

[5]

Zstandard compression performs much better gzip (squiggle on left) according to tests [6]here

Other features include persisting the L2ARC data cache across reboots, saving warmup time; performance improvements such as faster ZFS send and receive, used to replicate data between ZFS pools, and the ability to send subsets of data; and improved bootloader support.

OpenZFS looks great, but there are potential [7]Oracle licensing issues that have caused Linus Torvalds to refuse requests to merge ZFS into Linux "until I get an official letter from Oracle that is signed by their main legal counsel or preferably by Larry Ellison himself."

Linux watcher Michael Larabel [8]commented : "OpenZFS 2.0 is a hell of a release – it's just too bad many Linux distributions and upstream kernel developers aren't backing it due to license incompatibilities with the upstream kernel and Oracle having not taken action to improve that situation."

That said, Canonical has offered ZFS as an option in Ubuntu since 19.10. In 2016, Dustin Kirkland, part of the company's Ubuntu product and strategy team, [9]said it had "conducted a legal review" and concluded that it is "acting within the rights granted". ®

Get our [10]Tech Resources



[1] https://openzfs.org/wiki/Announcement

[2] https://openzfs.org/wiki/History

[3] https://github.com/openzfs/zfs/releases/tag/zfs-2.0.0

[4] https://github.com/openzfs/zfs/releases/tag/zfs-2.0.0

[5] https://regmedia.co.uk/2020/12/01/zstandardcomp.png

[6] https://github.com/openzfs/zfs/pull/9735#issuecomment-570082078

[7] https://www.theregister.com/2020/01/13/zfs_linux/

[8] https://www.phoronix.com/scan.php?page=news_item&px=OpenZFS-2.0-Released

[9] https://ubuntu.com/blog/zfs-licensing-and-linux

[10] https://whitepapers.theregister.com/

"acting within the rights granted"

sgp

Is all good and well until you have spend $$$ proving it in court. It's not like Oracle haven't pulled that one before..

Re: "acting within the rights granted"

Jay 2

With Oracle involved, best to just leave well alone on anything above having a play in your own time.

I can't stand misleading charts

Tom 38

The axis on the charts don't start at zero, so it makes it look like gzip is ~20x slower than zstd, when it is only 3x slower. Plus, the main comparison would be lz4 or lzjb, not gzip.

zstd looks awesome enough without having misleading chart - great performance and compression ratio.

zfs in ubuntu since at least 16.04

Nate Amsden

I'm not sure if it was considered "supported" back in 16.04(2016) but am currently running several 16.04 systems with zfs with packages from ubuntu.

Perhaps the 19.10 innovation with zfs was installer support? I recall reading news about that but don't remember the version specifically.

https://packages.ubuntu.com/xenial/zfsutils-linux

No special setup, just using zfs in some cases where the compression is helpful, as the back end SAN storage is old enough that it doesn't support inline compression(no zfs on root, just extra file systems after system was installed already)

Haven't personally used any Ubuntu that wasn't LTS since 10.04 so don't know how much further back than 16.04 built in zfs got.

When you have an efficient government, you have a dictatorship.
-- Harry Truman