Software-update: OpenZFS 2.3.5

Het opensource zfs-bestandssysteem werd oorspronkelijk door Sun ontwikkeld voor Solaris, maar in 2013 heeft een aantal ontwikkelaars OpenZFS opgericht om de verdere ontwikkeling te waarborgen. Het bestandssysteem wordt momenteel officieel ondersteund op Linux en FreeBSD. Het bevat onder andere methodes om datacorruptie in zowel de data als de metadata te voorkomen, biedt dataredundantie via RAID-Z en bespaart ruimte door de data transparant te comprimeren. Voor meer informatie verwijzen we jullie door naar de OpenZFS-website. De ontwikkelaars hebben enkele dagen geleden versie 2.3.5 uitgebracht en hierin zijn de volgende veranderingen en verbeteringen aangebracht:

Supported Platforms

• Linux: compatible with 4.18 - 6.17 kernels
• FreeBSD: compatible with releases starting from 13.3+, 14.0+

Changes

• FreeBSD: Satisfy ASSERT_VOP_IN_SEQC() #17722
• CI: Update FreeBSD versions and ci-type handling #17896
• BRT: Fix ranges to blocks conversion math #17886 #17915
• zstd: disable intrinsics #17904 #17852
• Linux 6.17 compat: Fix broken projectquota on 6.17 #17884 #17869
• Synchronize the update of feature refcount #17184 #17632
• zdb: Fix asize overflow in verify_livelist_allocs() #17764
• Fix two infinite loops if dmu_prefetch_max set to zero #17692 #17729
• dnode_next_offset: backtrack if lower level does not match #16025 #11196
• zvol: verify IO type is supported #17803
• zvol: Fix blk-mq sync #17761 #17765
• Linux 6.17 compat: META #17789
• Add interface to interface spa_get_worst_case_min_alloc() function #17758
• contrib/initramfs/scripts/zfs: shellcheck fixup #17626
• Fix 'zpool add' safety check corner cases #17780
• Linux 6.17: d_set_d_op() is no longer available #17621
• CI: Fix FreeBSD 15.0 by staying on ALPHA4 due to broken ALPHA5 image #17846
• CI: Switch FreeBSD 15 to 15.0-ALPHA4 and add FreeBSD 16 #17815
• docs: fix a few small typos (#17804)
• CI: Add ZTS -O option, log Setup Testing Machines step #17753
• CI: Switch FreeBSD 15 to 15.0-ALPHA3 #17795
• CI: Remove Buildbot references #17794
• CI: update perf and bpftools with the kernel packages #17791
• CI: Switch FreeBSD 15 to 15.0-ALPHA2 #17749
• CI: Increase setup timeout to 20min, add timestamps #17714
• ci: fix syntax issues in zfs-qemu.yml #17695
• ci: use real head sha instead of GITHUB_SHA when generating CI type #17695
• CI: Increase 'Setup QEMU' timeout to 15 minutes #17697

Versienummer	2.3.5
Releasestatus	Final
Besturingssystemen	Linux, BSD
Website	OpenZFS
Download	https://github.com/openzfs/zfs/releases/tag/zfs-2.3.5
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (10)

[HollowGamer]

Ik blijf voorlopig maar op Btrfs, aangezien ZFS nog altijd niet in de Linux kernel standaard zit.

Het fijne was wel echt de sharing, encryptie en compressie. Al kan dat ook (eventueel met omwegen) ook met Btrfs.

[Fermion]

aangezien ZFS nog altijd niet in de Linux kernel standaard zit.

Waarom zou het volgens jou in de kernel moeten zitten, voor de performance?

Zelf draai ik het thuis al ruim 13~14 jaar ZFS, met Xigmanas (vroeger NAS4Free), draait for file bestand beheer, werkt fantastisch. In de loop der jaren natuurlijk disk fails gekend, maar ZFS was er altijd. Ook het omzetten van de HD’s naar een nieuw systeem, probleemloos. ZFS is fantastisch voor dit doel.

[HollowGamer]

Ik heb Fedora CoreOS/Atomic builds, zij gaan nooit zoals @RobertMe aangeeft dit ondersteunen.

Je hebt andere images zoals die van uBlue, maar die vind ik zo bloated, en iets als Fedora Atomic ondersteund geen DKMS.

Het is zeker een distro probleem, aan de andere kant hekel ik (ook) het ZFS licentie model. NVIDIA moet je ook los installeren, en dat is ook erg vervelend als je kernel nieuwer is bijvoorbeeld. Dus hoe eerder zij NOVA af hebben , hoe beter.

[Sandor_Clegane]

Ik vind mijn data belangrijker dan een licentiemodel, ergo ik heb gewoon een distro die niet zo zielig doet. Het licentiemodel is wat het is, waarom je het jezelf zo moeilijk maakt vanwege een non-technisch issue snap ik niet echt.

Ik heb ook niks met Fedora, misschien dat dat het gemakkelijker maakt.

[HollowGamer]

Lees de comment nog eens van @RobertMe. Distros kiezen bewust voor risicos om aangeklaagd te worden, dat is niet alleen Fedora (al zijn die inderdaad wel extremer).

[Sandor_Clegane]

Ik weet wat er aan ten grondslag ligt, maar dat maakt me weinig uit. Het is gewoon een domme keuze en BTRFS kan niet in de schaduw staan van ZFS. Voor workstation is het prima, maar voor een NAS heb ik liever ZFS. Mocht dit problematisch worden in de toekomst vanwege dit soort geintjes, zet ik mijn NAS over naar FreeBSD oid.

Het filesystem is belangrijker dan het OS voor mij, ik run Linux omdat het ZFS ondersteunt en handig containers kan draaien, wordt dit problematisch hang ik er wel een Linux host voor die containers kan draaien met FreeBSD op de backend.

[RobertMe]

Toch zijn er voldoende distro's die links- of rechtsom ZFS wel ondersteunen

Ik draai zelf ook Debian met ZFS. Alleen staat ZFS in de contrib repo en is het een DKMS package. Terwijl Proxmox al jaren, en Ubuntu ook een paar jaar terug ZFS geïntegreerd had in de installer en je met 1 of 2 keer klikken je OS geinstalleerd had op ZFS.

[Sandor_Clegane]

Same, maar dan Ubuntu.

[RobertMe]

Ik blijf voorlopig maar op Btrfs, aangezien ZFS nog altijd niet in de Linux kernel standaard zit.

Dat gaat never nooit gebeuren. Of nouja, wellicht als Oracle failliet gaat of zo.

Want de licenties van Linux en ZFS zijn incompatible waardoor er "twijfel" is over of ZFS in de kernel kan/mag en of ZFS vervolgens in binaire vorm (/gecompileerd) gedistribueerd mag worden.

Overigens zijn er wel distros die ZFS mee packagen, met dus een risico dat Oracle advocaten achter hun aan komen. Bv Proxmox doet dat. En Ubuntu doet of deed dat ook. Ik weet alleen niet 100% zeker of het met een gecompileerde kernel module is of dat het de broncode is met DKMS om automatisch te compileren.

[Marve79]

ZFS blijft geweldig. Ik heb een 10 disks mirror setup waarvan er al meerdere zijn vervangen omdat ze stuk waren. Ik heb zelfs de volledige hardware al 2x vervangen en de disks in een nieuwe server gehangen, en mijn ZFS pool blijft gewoon intact. Ik ben ook al van FreeBSD naar Linux gegaan zonder problemen.