Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

OpenZFS 2.0

github.com

Post reply on HN
Print view View original

11–20 of 151 posts

Re: OpenZFS 2.0

#11

Post by paulsmal »

anderspitman wrote: post #8

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?

You know Ubuntu support ZFS since 20.04. Experimental, but quite stable for me. Just select file system during installation process.

Re: OpenZFS 2.0

#12

Post by sliken »

paulsmal wrote: post #11
anderspitman wrote: post #8

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?

You know Ubuntu support ZFS since 20.04. Experimental, but quite stable for me. Just select file system during installation process.

Or say apt install zfs-utils, that's it, not even a reboot.

Re: OpenZFS 2.0

#13

Post by arwineap »

anderspitman wrote: post #8

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?

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 :)

Re: OpenZFS 2.0

#14

Post by nix23 »

anderspitman wrote: post #8

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?

>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.

Re: OpenZFS 2.0

#15

Post by ariabuckles »

anderspitman wrote: post #8

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?

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)

Re: OpenZFS 2.0

#16

Post by nix23 »

vorpalhex wrote: post #7
codetrotter wrote: post #4

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…

That's a protocol problem, use a protocol such as rsync. You don't need to use redacted sends/recvs.

+1 for rsync, but with check-summing turned on, i think that's acceptable for 40GB.

Re: OpenZFS 2.0

#18

Post by weitzj »

anderspitman wrote: post #8

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?

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?

Re: OpenZFS 2.0

#19

Post by kogir »

codetrotter wrote: post #4

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…

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.

Re: OpenZFS 2.0

#20

Post by nix23 »

hlandau wrote: post #5

Will OpenZFS on Linux ever be integrated with the Linux page cache?

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).
Post reply on HN