Software-update: OpenZFS 2.2.10 / 2.3.8 / 2.4.3

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 changelog voor versie 2.2.10 kan hier worden gevonden, voor versie 2.3.8 staat het hier en in versie 2.4.3 zijn de volgende veranderingen en verbeteringen aangebracht:

Supported Platforms

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

Changes

• abd: Fix stats asymmetry in case of Direct I/O #18390
• ZVOL: Add encryption key check for block cloning #18315
• Fix log vdev removal issues #18277
• Remove parent ZIO from dbuf_prefetch() #18214
• Simplify dnode_level_is_l2cacheable() #18212
• When reading a vdev label skip libzfs_core_init() #18606
• dsl_scan: close errorscrub cursor on pause #18603
• enforce exact decompressed length for lz4, gzip, and zstd #18599
• FreeBSD: Make it possible to build openzfs.ko with sanitizers #18596
• spl_kvmalloc: remove __GFP_COMP before calling vmalloc() #18558
• zap_impl: use flex array field for mzap_phys_t.mz_chunks #18550
• arc: export additional required symbols #18533
• Fix double free for blocks cloned after DDT prune #18520
• zarcstat: detect attached L2ARC device with no data #18499
• zdb: detect BRT and DDT leaks during block traversal #18494
• sa: fix sa_add_projid lock ordering #18503
• zfs: annotate nested dd_lock in reservation sync accounting #18497
• Avoid flushing unrelated NFS exports on snapshot unmount #18476
• Fix off-by-one in PREVIOUSLY_REDACTED handler that drops last block #18477
• key lookup failure should always return EACCES #18448
• Fix "panic: cache_vop_rename: lingering negative entry" #18430
• Fix aarch64 build failure by removing earlyclobber (#18532)
• Linux 5.6 compat: fix fs_parse API mismatch #18585
• linux/super: properly apply ro/rw mount option to superblock #18557 #18563
• config: show progress output for kernel API checks #18554
• linux: suppress reclaim lockdep in zfs_inactive via rwlock wrappers #18505
• linux/zpl_super: handle 'source' option directly #18529
• Linux: avoid znode list lock inversion during resume #18517
• Linux: annotate nested xattr setattr znode locks #18506
• linux: verify stale znodes in legacy fallocate #18458
• ZTS: relax zpool_import_parallel_pos.ksh timing #18634
• Fix uninitialized variable warning in zil_parse() #18633
• Add additional verification of size fields and strings (#18623) #18623
• CI: Add alternative URLs for CentOS stream #18628
• CI: Increase default RCU stall timeout on Linux #18624
• CI: Update CodeQL actions to v4 #18629
• CI: Re-enable CodeQL workflows on push #18627
• Remove /etc/sudoers.d/zfs #18626
• pam: use open fd instead of path #18618
• Extend dataset zfs_ioc_set_prop() secpolicy #18617
• Fix uninitialized variable warning in vdev_prop_get() #18616
• sharenfs: Check for invalid characters #18613
• Fix the integer type in zfs_ioc_userspace_many() #18615
• nvpair: Check for un-terminated strings in packed nvlist #18604
• CI: add concurrency support to zfs-arm #18608
• CI: apt-get update before purging host packages #18607 #18609
• build: add ZFS_DEBUG Kconfig for copy-builtin #18595
• CI: skip smatch, zloop, and zfs-arm for documentation-only changes #18601
• CI: Lustre 6.16 kernel compatibility fix (#18602)
• CI: Update checkstyle checkout action to v6 #18600
• .github: update workflows README #18590
• CI: run full CI when a workflow YAML changes #18577
• CI: skip full CI runs on push events #18571
• CI: enable FreeBSD 15.0-RELEASE in matrix #18561
• CI: Build custom branch from zfs-qemu-packages #18569
• ZTS: zfs_unshare_006_pos.ksh enable usershares #18547
• CI: Fix qemu-guest-agent systemd enable #18547
• CI: Add Ubuntu 26.04 builder #18547
• CI: remove FreeBSD 13.5 (EOL April 30, 2026) #18553
• CI: Allow testing with a newer GCC on ARM builder #18540
• CI: Remove deprecated Fedora 42 #18545
• CI: Fix 99.99 META version #18526 #18531
• CI: FreeBSD 15.1 STABLE #18524

Versienummer	2.2.10 / 2.3.8 / 2.4.3
Releasestatus	Final
Besturingssystemen	Linux, BSD
Website	OpenZFS
Download	https://openzfs.github.io/openzfs-docs/Getting%20Started/index.html
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (11)

[Marve79]

Mijn zpool is al ik weet niet hoe oud, al meerdere servers overleeft en zelfs een keer gemigreerd van FreeBSD naar Ubuntu. Blijft toch een fantastisch filesystem.

[Tim AtSharp]

yes, 100%!

Er is zelfs ondersteuning voor ntfy: je pool stuurt een berichtje bij onderhoudstaken, of als er wat mis is / dreigt te gaan.

Het enige nadeel is dat zeer lange tijd 'pool expansion' niet mogelijk was, en nu het er wel inzit heeft het toch een pak limieten en nadelen, dus 'nog niet te gebruiken' eigenlijk. Daar een oplossing voor vinden zou geweldig zijn. (het is duidelijk dat ZFS niet echt met 'homelab in gedachten' ontwikkeld werd. Het idee is eerder dat je daar wat boven hebt staan, zoals ceph, en dat wanneer je extra opslag wil, je een extra node deployed. De homelab user die een extra schijf in z'n pool wil, is niet de doelgebruiker.

Maar, zoals gezegd, ik gebruik het al jaren, en het heeft me nog niet in de steek gelaten!

[RobertMe]

ZRAID1/2/3 wordt volgens mij intussen sowieso relatief afgeraden. Beter is een stripe of mirrors. Steeds een vdev maken van 2 disks die je mirrort en die aan elkaar plakken. Wil je uitbreiden voeg je een nieuwe mirror er aan toe. Geeft zowel een betere performance als grotere kans op overleven bij disk failure (RAIDZ1 vs 2x2 in stripe of mirrors overleefd beiden sowieso 1 falende disk, maar de stripe of mirrors heb je ~66% kans dat je geen verlies hebt bij uitval van een tweede disk (een van de twee disks in de andere mirror mag uitvallen, alleen de tweede disk in de mirror die al faalt niet), bij RAIDZ1 heb je 0% kans op geen verlies).

Maar uiteraard zit er wel een ander kostenplaatje aan. Anderzijds kun je dus wel allemaal schijven mix-en-matchen. Een RAIDZ1 benut van alle schijven de capaciteit gelijk aan de kleinste schijf (dus een 4TB, 8TB en 12TB in RAIDZ gebruikt maar 4TB per disk, bruto dan 12TB, netto 8TB). Bij een mirror zou je dan een mirror kunnen maken van de 4TB + 8TB en een mirror van de 12TB + een extra disk met netto 16TB, als die extra schijf ook minimaal 12TB is.

Of je breid de RAIDZ uit door de disks te vervangen. Heb zelf ook RAIDZ1 van drie schijven Maar met 3x 8TB begonnen. Na een jaar de eerste vervangen door 14TB (zodat ze ook verschillende draaiuren zouden hebben etc), weer een jaar later een vervangen door 18TB. En op gegeven moment (~2 jaar later) was de pool vol en heb ik de laatste 8TB vervangen door een 20TB. En vervolgens kon ik dus van netto 16TB naar netto 28TB. En niet veel later ging de 14TB stuk, die vervangen door een 22TB, en nu dus netto 36TB.
RAIDZ expansion kan dan wel, maar is niet ideaal. Maar je kunt wel altijd iets ernaast zetten in een stripe. Zo zou ik nu de 3x 8TB die ik nog heb liggen weer als een RAIDZ1 als stripe kunnen toevoegen. Waarmee ik dus naar netto 52TB zou gaan, in één pool (16TB van de 3x 8TB + 36TB van de 18TB + 20TB + 22TB).

[Reactie gewijzigd door RobertMe op 13 juni 2026 19:44]

[Marve79]

Idd ik begon met 10 x 4 TB mirrors, dus 5 vdevs. Na een tijdje zat ik op 10 x 12 TB en nu zijn er al een aantal disks 14. Maar ik heb nu even al jaren geen disk failure meer gehad, dus dat uitbreiden zit er niet meer in en de server zit vol

[jb044]

Care to enlighten? Onlangs mijn ZRAID1 pool uitgebreid met 2 nieuwe disks en een hot spare. Duurde wel ff maar werkt nu prima. Mis ik iets?

En ja ik weet erg redunant is het allemaal niet, dus van de data die ik enigszins belangrijk vind maak ik wel backups en de rest? `Tja zoalng het werkt prima, anders uithuilen en opnieuw beginnen met hoarden I guess

[Hansie9999]

In de uitleg mis ik nog het feit dat ZFS ook een snapshot functie ondersteund,

vind ik gewoon geweldig om te gebruiken, een grote OPNsense versie update, eerst even snapshotje , loopt er iets fout, niks gebeurt, even snapshot er terug op. Heeft me al veel kopzorgen bespaart

[Marve79]

Idd ik gebruik ook in proxmox homelab 2 laptops met zfs die elke 30 minuten een sync doet. 1 laptop down neemt de ander het over en je bent max 30 min kwijt. En door zfs snapshotting heb je zelfs live migration van VMs.

[MrMonkE]

Kan dit ook migreren van andere filesystemen?
Dus ik heb nu 2 ext4 disks, daar will ik 1 zfs volume van maken.

Of moet ik dan eerst backuppen, formatteren naar zfs enz?

[BvdW1978]

Helaas, je zult moeten gaan formatteren.

[Marve79]

Nee tenzij je 2 disks bijsteekt eerst en zo 1 op 1 over kopieert.

[MrMonkE]

Helaas heb ik geld noch PCI lanes voor een extra drive.