Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Data Storage Upgrades Linux

ZFS Hits an Important Milestone, Version 0.6.1 Released 99

sfcrazy writes "ZFS on Linux has reached what Brian Behlendorf calls an important milestone with the official 0.6.1 release. Version 0.6.1 not only brings the usual bug fixes but also introduces a new property called 'snapdev.' Brian explains, 'The snapdev property was introduced to control the visibility of zvol snapshot devices and may be set to either visible or hidden. When set to hidden, which is the default, zvol snapshot devices will not be created under /dev/. To gain access to these devices the property must be set to visible. This behavior is analogous to the existing snapdir property.'"
This discussion has been archived. No new comments can be posted.

ZFS Hits an Important Milestone, Version 0.6.1 Released

Comments Filter:
  • by Anonymous Coward

    does not a milestone make. Looking at this issue list - https://github.com/zfsonlinux/zfs/issues - makes me wary to even consider zfs on linux for any serious work.

    Kernel panics, deadlocks, data corruption; not really things you'd want.

    • Oh dear, as if the different combinations of the kernels, DEs, libraries weren't enough, now we'll have version numbers of file systems? Fantastic. Now, one more variable, as in ZFS 0.5.8 doesn't work w/ Linux 3.4, or has a bug when GTK 3.6 is used w/ it, or something along those lines.
      • by armanox ( 826486 )

        I suppose that FAT12, FAT16, FAT32, exFAT, ext2, ext3, ext4, reiserfs and reiserfs4 all confuse you already?

        Actually, I think it's just a version on the driver.

      • by Anonymous Coward

        NTFS is also separately versioned on Windows, so this is not that uncommon.

  • That's the kind of information that could be mentioned in the summary.

  • Not ZFS 0.6.1... (Score:5, Informative)

    by Alcoholic Synonymous ( 990318 ) on Friday March 29, 2013 @01:07PM (#43312481)
    Sorry, but the title is misleading. ZFS did not hit 0.6.1, only this port for Linux. ZFS uses it's own versioning, which actually recently bumped to v5000.
  • Wasn't there some legal issue where you could not use ZFS with Linux, where you are breaking the law by doing so? Couldn't Oracle or FSF, or someone else sue you for using ZFS on Linux?
    • by armanox ( 826486 )

      No. The issue is the license(CDDL) and GPL don't play together in a way that lets you ship CDDL software with GPL software (but the other way around is fine).

    • Re: (Score:3, Informative)

      by Anonymous Coward

      Sort of, but it's different than you are thinking. Linux is licensed under the GPL 2, while ZFS is licensed under CDDL. Those two licenses are not compatible. Since the GPL is a distribution license, not a use license, there is nothing stopping you from using ZFS on Linux. However, you can't ship the two combined as you would then be violating the license. The practical effect is that you won't ever see a kernel implementation of ZFS ship with a Distro unless oracle relicenses ZFS. You'll have to download,

      • by Anonymous Coward

        Sort of, but it's different than you are thinking. Linux is licensed under the GPL 2, while ZFS is licensed under CDDL. Those two licenses are not compatible. Since the GPL is a distribution license, not a use license, there is nothing stopping you from using ZFS on Linux. However, you can't ship the two combined as you would then be violating the license. The practical effect is that you won't ever see a kernel implementation of ZFS ship with a Distro unless oracle relicenses ZFS. You'll have to download, compile, and install ZFS yourself for the Linux-based computers that you want to use it on. And that's perfectly legal within the scope of the licenses.

        That is only an issue with monolithic kernels. Sabayon Linux and Gentoo Linux are currently shipping ZFS binary modules on their live media.

        • by Guspaz ( 556486 )

          It's also worth noting that the primary platform for ZFSonLinux is Ubuntu, where DKMS is used to dynamically compile the kernel module. I believe the same is true for most other distros that aren't source-based.

          Translation: you add the repository and install the "zfs" package and it does everything for you. So installing ZFS is no more difficult than installing any other package, and the licensing issues are completely irrelevant to users.

        • by cas2000 ( 148703 )

          That is only an issue with monolithic kernels.

          I wouldn't want to bet on that. Compiling and linking CDDL module source against the kernel's GPL source almost certainly creates a derived work (it's complicated but, in short: depends on whether it just uses header information or actually links in kernel code).

          Distributing a CDDL source-code plus scripts package (e.g. a zfs-dkms package) which compiles the zfs kernel modules on the user's own machine as a result of the user's explicit action (i.e. to inst

      • by cas2000 ( 148703 )

        The practical effect is that you won't ever see a kernel implementation of ZFS ship with a Distro unless oracle relicenses ZFS. You'll have to download, compile, and install ZFS yourself for the Linux-based computers that you want to use it on. And that's perfectly legal within the scope of the licenses.

        A zfs-dkms module package is also possible, which automates the compile and install of the kernel module.

        There are un-official packages for ubuntu and debian already which do this (spl-dkms and zfs-dkms fo

  • Why not labeling it 1.0? Looks like it is still in beta...

  • What are the advantages of ZFS over, say, ext4? If you have a low-memory machine and not a lot of storage, does it buy you anything?

    • Re: (Score:2, Informative)

      by Anonymous Coward

      Snapshots, volumes, checksums, easy expansion, better drive management, shorter recovery time when the system crashes, etc etc etc. ZFS is so far ahead of ext4 they are in completely different fields. ZFS works well on low resource machines too. I use it on a small home server with 512MB of RAM and it's been running great for over a year.

      • I get that - but why? Why is it worth the additional hassle?

        • Re:Why ZFS? (Score:5, Insightful)

          by Guspaz ( 556486 ) on Friday March 29, 2013 @10:09PM (#43316117)

          Better data integrity? Checksums on all blocks means the OS can tell if data is corrupt, and the data can be seamlessly recovered from redundancy (typically parity from raidz or raidz2, which also doesn't have the raid5 write hole because ZFS is copy-on-write).

          Easier to use? zfs management happens through the "zfs" and "zpool" commands which are generally much easier to work with than obscure necromancy commands required for traditional types of systems that make me care about cylinders and partitions.

          More flexible? The storage pool method, where you build a pool of capacity and allocate filesystems out of it, gives you a great deal of flexibility and simplicity. I just keep adding more storage to my pool as required, either by adding more RAID arrays or increasing the size of disks in those arrays, and then I've got my primary filesystem for storage, I've got a deduplicated one I use for backups, and I've got a compressed one I use for long-term archives. And creating a new one like that takes about five seconds without having to repartition or reformat anything. Creating/deleting filesystems is about as much effort as creating/deleting files.

          Easier snapshots? Snapshots are instant on copy-on-write filesystems. Any modification of data causes the block to be copied anyhow, so all a snapshot has to do is not delete older blocks.

          ZFS is one of a handful of next-gen filesystems (along with BTRFS and HAMMER) that are so far beyond traditional filesystems that it's a really eye-opening experience using them. That's not to say ZFS is perfect, or that the ZFSonLinux implementation is perfect, but it's in a reasonable state of stability at this point, and the advantages that these new filesystems offer is substantial.

          I do wish that ZFS had asynchronous deduplication like HAMMER, though. ZFS deduplication requires atrocious amounts of RAM (estimates go from 5 to 20 gigabytes of RAM per terabyte of deduplicated data), while HAMMER has effectively no extra memory required at runtime for dedupe, because it just scans the disk afterwards and does the deduplication after the fact, so it doesn't need to hold the full block table in memory at all times.

          • by smash ( 1351 )
            Async dedup is a trade off I guess. It means you need a window to run your dedup in where performance will no doubt suffer. If you are doing it inline you pay the memory or SSD cost to hold the dedup table, but don't need to worry about scheduling a maintenance window.
        • by dbIII ( 701233 )
          It's less hassle with a muti-disk setup than other forms of RAID but more hassle with one disk, especially on linux where you have to download the kernel modules separately.
        • by smash ( 1351 )
          If you're running it o. Pc-bsd it isn't any extra hassle.
        • I can't speak for Linux, but on FreeBSD it's no extra hassle. First, you don't need to think about partitioning, you just create a big zpool. You can restrict the size of filesystems within it, but they're not hard limits, so it's very easy to expand them. On the other hand, you do get the benefits of having different partitions (i.e. you can optimise them for different use cases, e.g. turning on compression and deduplication on a volume that you don't access much and turning them off in filesystems that

      • You can get much of that if you add LVM to ext4, though.

    • by dbIII ( 701233 )
      Huge - but mostly it's about the difference between LVM and ZFS in a multi-disk situation.
      Snapshotting and portability is the biggest difference I can think of with ext4, everything else is pretty well comparing a LVM+ext4 bundle with zfs.

      If you have a low-memory machine and not a lot of storage, does it buy you anything

      I'd say not, ZFS is not something I'd run on a machine with less than 2GB.

      • by smash ( 1351 )
        Lvm + ext4 does not do end to end checksums. KVM + ext4 does not make every write full-stripe.
        • by smash ( 1351 )
          That's LVM of course. Typo... A major difference is that the file system is aware of the underlying backing store and can use that to its advantage, due to the "layering violation" stuff that some Linux developers decided was inherently bad and unacceptable.
      • I'd say not, ZFS is not something I'd run on a machine with less than 2GB.

        It depends a lot on the size of the disk. The general rule of thumb for good performance with ZFS is 1GB of RAM for each TB of storage (more if you're doing dedup). I stuck ZFS (PC-BSD) on an old laptop I gave to my tango group to play music. It only had 1GB of RAM, but it only had 20GB of disk space, so it was completely fine, and it means that if they unplug it (the battery is dead) by accident without shutting down then they still have a consistent filesystem, and I could snapshot it in a known-good s

  • by Anomalyst ( 742352 ) on Friday March 29, 2013 @08:26PM (#43315697)
    that's gonna leave a mark
  • But sure as hell doesn't mean ZFS like the twit who titled this thread as reaching an important 0.61 milestone. I'll pass on Linux with ZFS. I'll use FreeBSD where it is mature.
    • by Guspaz ( 556486 )

      Consider that all three major ZFS platforms (Linux/FreeBSD/Illumos) are working on a common core that they all share, and that the lions share of ZFS development is coming from the Linux community. Perhaps the Linux ZFS community should not be dismissed so readily.

      FreeBSD is a fantastic platform for ZFS, but considering that both FreeBSD and ZoL are pulling down new work all the time, it's not automatically more stable.

"If it ain't broke, don't fix it." - Bert Lantz

Working...