[HN Gopher] OpenZFS 2.0.0
       ___________________________________________________________________
        
       OpenZFS 2.0.0
        
       Author : ascom
       Score  : 105 points
       Date   : 2020-11-30 21:42 UTC (1 hours ago)
        
 (HTM) web link (github.com)
 (TXT) w3m dump (github.com)
        
       | throw0101a wrote:
       | Sadly dRAID (parity Declustered RAIDz) just missed the cut-off
       | for 2.0, but it looks like it will be in 2.1:
       | 
       | * https://openzfs.github.io/openzfs-docs/Basic%20Concepts/dRAI...
       | 
       | * https://www.youtube.com/watch?v=jdXOtEF6Fh0
        
       | voltagex_ wrote:
       | Anyone know what version of Ubuntu Server this will land in?
        
       | mholt wrote:
       | I'm looking at setting up my first ZFS pool ('zpool'?) in a few
       | weeks, on Linux. Will I be using OpenZFS or something else?
       | Ubuntu 20.04.
       | 
       | (Sorry if noise; I'm just trying to get an idea of how relevant
       | this 2.0 release is to me.)
        
         | iotku wrote:
         | > The ZFS on Linux project has been renamed OpenZFS! Both Linux
         | and FreeBSD are now supported from the same repository making
         | all of the OpenZFS features available on both platforms.
         | 
         | Previously it was called ZFS on Linux, but now ZFS development
         | is unified on the "OpenZFS" codebase shared both between Linux
         | and FreeBSD as much of the development effort for ZFS in
         | general ended up there.
        
           | mholt wrote:
           | Ah, I was wondering what happened since I stopped hearing
           | about "ZFS on Linux" so now I know what to search for.
           | Thanks!
        
       | codetrotter wrote:
       | This is huge! And very exciting :D
       | 
       | One thing I am wondering about is this:
       | 
       | > Redacted zfs send/receive - Redacted streams allow users to
       | send subsets of their data to a target system. This allows users
       | to save space by not replicating unimportant data within a given
       | dataset or to selectively exclude sensitive information. #7958
       | 
       | Let's say I have a dataset tank/music-video-project-2020-12 or
       | something and it is like 40 GB and I want to send a snapshot of
       | it to a remote machine on an unreliable connection. Can I use the
       | redacted send/recv functionality to send the dataset in chunks at
       | a time and then at the end have perfect copy of it that I can
       | then send incremental snapshots to?
        
         | kogir wrote:
         | zfs send supports a resume token (-t) to resume interrupted
         | streams received with (-s). Just use normal send/receive until
         | you have the full stream sent.
        
         | 0xCMP wrote:
         | I think it's more if you want to not send scratch or cached
         | files you can have it automatically remove it from the snapshot
         | being sent
         | 
         | > Redacted send/receive is a three-stage process. First, a
         | clone (or clones) is made of the snapshot to be sent to the
         | target. In this clone (or clones), all unnecessary or unwanted
         | data is removed or modified. This clone is then snapshotted to
         | create the "redaction snapshot" (or snapshots).
         | 
         | Think of it like a selective sync in Dropbox or SyncThing at
         | the FS level.
        
         | vorpalhex wrote:
         | That's a protocol problem, use a protocol such as rsync. You
         | don't need to use redacted sends/recvs.
        
           | nix23 wrote:
           | +1 for rsync, but with check-summing turned on, i think
           | that's acceptable for 40GB.
        
       | hlandau wrote:
       | Will OpenZFS on Linux ever be integrated with the Linux page
       | cache?
        
         | nix23 wrote:
         | No, they have ARC and ARCL2, if you want the traditional thing
         | go to NILFS2 or BTRFS or in the future XFS (when they have full
         | check-summing).
        
       | mlex wrote:
       | Just built a FreeNAS system over the past couple weeks and
       | finished doing burn-in tests of my hard drives, wonder if I
       | should wait and see how to install OpenZFS 2.0.0 before I create
       | my storage config.
        
       | anderspitman wrote:
       | I'd love to get rid of my FreeNAS VM and run ZFS directly on my
       | Linux desktop, but having to mess with the kernel has kept me
       | from attempting it so far. Maybe I'm worrying about nothing.
       | 
       | btrfs seems like the main alternative if you want native kernel
       | support, but when I checked a couple years ago there seemed to be
       | a lot of concerns about the stability. Is that still the case?
        
         | paulsmal wrote:
         | You know Ubuntu support ZFS since 20.04. Experimental, but
         | quite stable for me. Just select file system during
         | installation process.
        
           | sliken wrote:
           | Or say apt install zfs-utils, that's it, not even a reboot.
        
             | paulsmal wrote:
             | Oh yeah, right. Installation method if one needs ZFS on
             | root.
        
         | Jnr wrote:
         | I'm using btrfs and my system still works. :)
        
         | arwineap wrote:
         | debian has zfs in the contrib repo since stretch; no manual
         | hacking required just have to enable contrib
         | 
         | I switched my freebsd box over to debian about two years ago.
         | No complaints so far :)
        
         | nix23 wrote:
         | >ZFS directly on my Linux desktop
         | 
         | Use BTRFS trust me it's stable now...well the commands are
         | terrible compared to ZFS. All my Server are FreeBSD but on the
         | Laptop and on one Workstation i have openSUSE Tumbleweed since
         | like 2 years and it works great.
        
           | neolog wrote:
           | > the commands are terrible
           | 
           | what does that mean?
        
           | gpanders wrote:
           | > well the commands are terrible compared to ZFS
           | 
           | Really? I don't think so, I find btrfs usage extremely
           | straightforward and easy to grok. ZFS on the other hand has
           | all that confusing lingo about vdevs, etc...
           | 
           | I get that this is subjective but I disagree.
        
         | ariabuckles wrote:
         | Both openSUSE and [as of very recently] Fedora use btrfs by
         | default, so btrfs support seems pretty stable these days.
         | 
         | (But as others have pointed out, there are options for using
         | zfs on linux, too)
        
         | weitzj wrote:
         | The easiest way is using t Proxmox installer which has ZFS as a
         | filesystem. Underneath it is a Debian 10 installation. Last
         | time I tried you could not enable ZFS encryption. I don't know
         | what is the case with Openzfs 2.0
         | 
         | Do we have encryption,yet?
        
           | paulsmal wrote:
           | Ubuntu 20.10 has an option in installer to use ZFS encryption
           | for root partition.
        
         | Ericson2314 wrote:
         | ZFS is no extra work with NixOS! You just declare the
         | filesystem type like any other in the config and it takes care
         | of kernel modules and what-not.
        
         | kbumsik wrote:
         | I personally use ZFS on Arch Linux. The DKMS package works
         | almost out of the box and I haven't had any troubles. It takes
         | a long time (but not too much) to compile though.
         | 
         | Or you can use the latest Ubuntu that is shipped with ZFS.
        
       ___________________________________________________________________
       (page generated 2020-11-30 23:00 UTC)